謎を解く: 明示的なテンプレート パラメーターを使用した std::make_pair の難題
C の領域では、 std::make_pair 関数が便利な関数として注目を集めています。ペアを作成するためのツール。ただし、C 11 で明示的に指定されたテンプレート パラメーターを使用してこの関数を使用しようとすると、特有の問題が発生します。この記事では、この状況の背後にある謎めいた動作について詳しく説明します。
エラーが発生しています
次の点を考慮してください。予期されるコンパイルの代わりに、明示的なテンプレート引数を使用して文字列と整数のペアを作成しようとするコード スニペット:
std::pair<:string int>& b = std::make_pair<:string int>(s, 7);</:string></:string>
成功すると、次のような不可解なエラー メッセージが表示されます。
error: no matching function for call to 'make_pair(std::string&, int)'
謎を明らかにする
このエラーの原因は、std::make_pair の誤った使用にあります。この関数は、指定された引数に基づいてテンプレート パラメーターを推測するように設計されています。これらのパラメーターを明示的に指定すると、この推論プロセスが妨げられます。
内部構造
std::make_pair の C 11 実装は、型 T&& および U&& の 2 つのパラメーターを受け取ります。ここで、T と U はテンプレート型パラメーターです。 。問題のあるコードに見られるように、テンプレート引数を明示的に指定すると、引数の推定は行われません。代わりに、指定された型がテンプレート宣言に直接置換され、次のようになります。
make_pair(std::string&& argT, int&& argU);
右辺値参照の重要な役割
明示的に指定されたテンプレート内のパラメータは両方とも右辺値であることに注意してください。参照 (&&)。右辺値式にのみバインドできます。提供されたコードでは、 s は左辺値です (一時的なものではなく、移動されません)。その結果、関数テンプレートは引数と一致せず、コンパイル エラーが発生します。
明示的な引数なしで機能する理由
明示的なテンプレート引数を省略すると、引数の推定が行われます。テンプレート内の右辺値参照パラメーターの特殊な性質 (参照の折りたたみ) により、型 A&& の右辺値参照パラメーター (A はテンプレート型パラメーター) は、任意の型の A にバインドできます。A が左辺値、右辺値、修飾された値、またはそうではなく、A&& はそれにバインドできます。
コード例では、s は std::string 型の左辺値、7 は int 型の右辺値です。コンパイラーは、T が std::string& であり、U が int であると推定し、s と 7 が推測されたパラメーターの型に正常にバインドできるようにします。
結論
このようなエラーを回避するには、次の手順に従ってください。次の原則: 関数の引数からテンプレート引数を推定できる場合は、コンパイラに推定の実行を許可します。引数を明示的に指定することは多くの場合不必要であり、予期しない結果につながる可能性があります。引数演繹の力を利用することにより、プログラマはコードを簡素化し、正確さを維持しながら可読性を高めることができます。
以上がC 11 で明示的なテンプレート引数を使用すると `std::make_pair` が失敗するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

C#とCのパフォーマンスの違いは、主に実行速度とリソース管理に反映されます。1)Cは通常、ハードウェアに近く、ガベージコレクションなどの追加のオーバーヘッドがないため、数値計算と文字列操作でより良いパフォーマンスを発揮します。 2)C#はマルチスレッドプログラミングでより簡潔ですが、そのパフォーマンスはCよりもわずかに劣っています。 3)プロジェクトの要件とチームテクノロジースタックに基づいて、どの言語を選択するかを決定する必要があります。

c isnotdying; it'sevolving.1)c relelevantdueToitsversitileSileSixivisityinperformance-criticalApplications.2)thelanguageSlikeModulesandCoroutoUtoimveUsablive.3)despiteChallen

Cは、現代世界で広く使用され、重要です。 1)ゲーム開発において、Cは、非現実的や統一など、その高性能と多型に広く使用されています。 2)金融取引システムでは、Cの低レイテンシと高スループットが最初の選択となり、高周波取引とリアルタイムのデータ分析に適しています。

C:tinyxml-2、pugixml、xerces-c、およびrapidxmlには、一般的に使用される4つのXMLライブラリがあります。 1.TinyXML-2は、リソースが限られている環境、軽量ではあるが機能が限られていることに適しています。 2。PUGIXMLは高速で、複雑なXML構造に適したXPathクエリをサポートしています。 3.Xerces-Cは強力で、DOMとSAXの解像度をサポートし、複雑な処理に適しています。 4。RapidXMLはパフォーマンスと分割に非常に高速に焦点を当てていますが、XPathクエリをサポートしていません。

Cは、サードパーティライブラリ(TinyXML、PUGIXML、XERCES-Cなど)を介してXMLと相互作用します。 1)ライブラリを使用してXMLファイルを解析し、それらをC処理可能なデータ構造に変換します。 2)XMLを生成するときは、Cデータ構造をXML形式に変換します。 3)実際のアプリケーションでは、XMLが構成ファイルとデータ交換に使用されることがよくあり、開発効率を向上させます。

C#とCの主な違いは、構文、パフォーマンス、アプリケーションシナリオです。 1)C#構文はより簡潔で、ガベージコレクションをサポートし、.NETフレームワーク開発に適しています。 2)Cはパフォーマンスが高く、手動メモリ管理が必要であり、システムプログラミングとゲーム開発でよく使用されます。

C#とCの歴史と進化はユニークであり、将来の見通しも異なります。 1.Cは、1983年にBjarnestrostrupによって発明され、オブジェクト指向のプログラミングをC言語に導入しました。その進化プロセスには、C 11の自動キーワードとラムダ式の導入など、複数の標準化が含まれます。C20概念とコルーチンの導入、将来のパフォーマンスとシステムレベルのプログラミングに焦点を当てます。 2.C#は2000年にMicrosoftによってリリースされました。CとJavaの利点を組み合わせて、その進化はシンプルさと生産性に焦点を当てています。たとえば、C#2.0はジェネリックを導入し、C#5.0は非同期プログラミングを導入しました。これは、将来の開発者の生産性とクラウドコンピューティングに焦点を当てます。

C#とCおよび開発者の経験の学習曲線には大きな違いがあります。 1)C#の学習曲線は比較的フラットであり、迅速な開発およびエンタープライズレベルのアプリケーションに適しています。 2)Cの学習曲線は急勾配であり、高性能および低レベルの制御シナリオに適しています。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

ホットトピック









