問題タブ [dynamic-keyword]

これは複数のオーバーロードの問題になると想像できますが、(Linq を除いて) コードの大部分にはおそらく 1 つのオーバーロードしかありません。

オーバーロードが 1 つしかない場合、余分なキャスティング ボイラープレートを節約できCannot use a lambda expression as an argument to a dynamically dispatched operation without first casting it to a delegate or expression tree type.、状況のようなエラーを回避できます。

もちろん、後の段階でオーバーロードを追加すると、コードが上記のコンパイラ エラーを再びトリガーし始めると主張することもできます。しかし、繰り返しますが、オーバーロードを追加すると、型指定された動作が壊れる可能性があります (つまり、複数のインターフェイスを使用する場合)。

これは（今のところ）優先事項ではないのでしょうか、それとも概念的な問題がありませんか？言語設計についてもっと学ぶためにこれを求めています。

私は c# 7 ref return機能を調べていて、テスト スニペットの 1 つを実行しているときに予期しないシナリオに遭遇しました。

次のコード:

次の出力が得られます。

これはやや予想外です。例外ではなく、次の行が出力に表示されることを期待しています。

ref を返すプロパティが動的変数を介して呼び出されると、例外がスローされます。私は答えを探すのにしばらく時間を費やしましたが (例: ここC# リファレンス)、そのような動作を正当化できるものは見つかりませんでした。これについてあなたの助けをいただければ幸いです。

強力な型付き変数を介した呼び出しが正常に機能することは明らかです (「Print 3」行) が、動的変数を介した同じ呼び出しは例外をスローします。この状況で、動的変数を介した呼び出しが安全で予測可能であると見なすことができますか? 動的呼び出しが強い型付けの対応物とは大きく異なる結果を生成する他のシナリオはありますか?

Westwind.Utilities.ReflectionUtils を使用して COM オブジェクト System._COMObject を取得しています。ASP.Net コア 2.2 でこの COMObject (アクセス メソッド) の値を読み取る方法 (動的を使用する MVC 5 では、オブジェクト メソッドを読み取ることができましたが、 ASP.Net コア 2.2 では動作しません)