問題タブ [noexcept]

コードに追加し始めましnoexceptたが、わざわざインライン関数に追加するのが賢明かどうか疑問に思っています。明らかに不要な場合、オプティマイザーは実行時チェックを省略すると思います...しかし、人間/スタイルの観点から、ゲッター、設定、インクリメント関数などの簡単な関数に noexcept を追加する価値はありますか? 完全に明白な何かの視覚的な混乱だと思います。私は、インライン関数が noexcept を省略できるというルールについて議論していますが、通常の .hpp/.cpp 関数は、スローしない場合はそれを持たなければなりません。

第二に、(チェス エンジンに) 割り当てがなく、STL やその他の失敗する可能性のあるものが含まれていないため、まったくスローできないコードが大量にあるため、成功は常に保証されます。実行時チェックのために noexcept が遅くなることはありませんか? マクロを使用してビルドnoexcept用に切り替えるが、コンパイル時のみのリリース用に切り替える人はいますか?DEBUGthrow()

質問のタイトルがすべてを物語っています。defaultコンパイラによって暗黙的に実装されたコピー/移動割り当て/ ctor が宣言されているかどうかを知る必要がありnoexceptます。

それらの機能は正しく実装されていますかnoexcept/throw()

最初の機能

"Hello" literal新しいstd::stringオブジェクトを作成し、例外をスローする可能性があります。

この例外は、関数の外側または内側のどちらでスローされますか?

2 番目の関数:

strlenが選択されているのは、レガシーC関数であり、クラッシュするためsですnullprt。

ただし、このクラッシュは例外とは関係ありません。仮定は正しいですか？

誰にも起こらなかったようですので、何か間違ったことをしていると思います...私が得るエラーは次のとおりです。

コードはこれです：

また、重要な場合、コードは実際にはマクロにあります。

ありがとう！

GCC 5.2 と clang 3.6 を両方とも C++14 モードでテストしており、同じ出力が得られます。

次のコードの場合

結果11が得られます。ただし、移動代入演算子のコメントを外すと、出力は になり01ます。noexcept移動代入演算子の明示的な指定は、移動コンストラクターの指定にどのように影響する可能性がありますか?

私は非常に効率的なイテレータを書いています.演算子を宣言できるかどうか疑問に思っていoperator->()ました.プログラムがクラッシュする可能性があります)？operator*()noexcept