前奏曲：
std::tuple<int, int, int> f();
std::tuple<int, int, float, int> g();
C ++ 1zでは、構造化バインディングの構文が導入され、代わりに書き込みが可能になります。
int a, b, c;
std::tie(a, b, c) = f();
何かのようなもの
auto [a, b, c] = f();
ただし、特定のコンポーネントを無視するようstd::tieに指定std::ignoreすることもできます。例：
std::tie(a, b, std::ignore, c) = g();
新しい構造化バインディング構文を使用して同様のことを行うことは可能ですか？それはどのように機能しますか？
std::ignore、より多くないと思います。コピーの省略が保証されているため、ダミー変数が初期化されます。を使用するとstd::tie、への割り当てのrhsにある一時std::ignoreが初期化されます。
auto[IGNORE]一意の名前を生成するマクロを持つことができます（例：コンパイラ固有のCOUNTERまたはLINEを使用）。それは十分に読みやすく、実際にはのようstd::ignoreに機能しstd::tieます。
get返されるものにバインドする参照のいずれかです。
回答:
構造化バインディングの提案には、質問に答える専用のセクションが含まれています（P0144R2）。
3.8コンポーネントを明示的に無視する方法はありますか？
動機は、未使用の名前に関するコンパイラの警告を黙らせることです。答えは「まだ」だと思います。これはユースケースによって動機付けられておらず（コンパイラの警告をサイレンシングすることは動機付けですが、それ自体はユースケースではありません）、これが失敗するはずのより一般的なパターンマッチング提案のコンテキストでこれを再検討できるまで残すのが最善です。特別な場合として。
との対称性
std::tieは、次のようなものを使用することをお勧めしますstd::ignore：tuple<T1,T2,T3> f(); auto [x, std::ignore, z] = f(); // NOT proposed: ignore second elementしかし、これはぎこちなく感じます。
言語でパターンマッチングを予測すると、
_またはのようなワイルドカードが提案*される可能性がありますが、パターンマッチングがまだないため、互換性があることがわかっている構文を選択するのは時期尚早です。これは、パターンマッチングで検討されるのを待つことができる純粋な拡張機能です。
ただし、規格の作業草案は現在、関連する国家機関（NB）によって改訂されており、この機能を要求するNBコメントがあります（P0488R0、US100）。
分解宣言は、を
std::tie使用するのと同じように、戻り値の一部を破棄する構文を提供する必要がありますstd::ignore。
std::ignore構造化されたバインディングには他に合理的な解釈がないため、標準委員会がタイムマシンを希望するようになるもの。
新しい構造化バインディング構文を使用して同様のことを行うことは可能ですか？
いいえ。後で説明しない変数名を作成する必要があります。
-Wunused-variable、あなたは使うことができます：[[maybe_unused]] auto [ a, b, dummy ] = std::tuple(1,"2",3f);しかしそれはそれらのどれかが未使用であるかもしれないことを意味します、あなたはどれがどれかわからないでしょう。現在、その場合の良い解決策はありません。うまくいけば、c ++ 20で改善されるでしょう。ここから取得：stackoverflow.com/questions/41404001/…–