C＃で動的型を使用する場合の欠点

私は最近、C＃の動的型についてさらに研究しています。コードをコンパイルすると理解できる例がいくつかありますが、コードを再コンパイルする必要はありませんが、直接実行できます。

実際にデータ型を自由に変更できるというキーワードが提供する柔軟性は大きな利点であると感じています。

質問、

開発者が実装を開始する前に知っておく必要がある実行時例外をスローする間違った動的メソッド呼び出し以外に、特定の欠点がありますか。

主な欠点は、C＃の主要なプロパティの1つ（必ずしも利点ではない）を捨てることです-静的に型付けされていること（およびほとんどの場合型安全）。

動的型付けの問題は、コンパイル中に明らかになるバグをしばしば隠すことです。そのようなバグは実行時にのみ現れるため、もちろん検出がはるかに難しくなります。

C＃で動的型付けを使用するIMOの理由はほとんどありません。主な理由は、動的型付け言語とのコラボレーションです（これが最初に動的型が導入された理由です）。

完全に動的に型付けされたプログラミングを行いたい場合は、C＃を動的にハックするのではなく、動的に設計された言語を検討する必要があります。.Netライブラリを使用する場合は、たとえばIronPythonを使用できます。

どんな種類の欠点を探しているのかわかりませんがdynamic、静的型付けで機能するが、では機能しない機能について知りたい場合はほとんどありません。

1. 拡張メソッドは機能しません。これはおそらく最大のものです。持っている場合dynamic collection、次のようなコードは使用できませんcollection.Distinct()。これは、利用可能な拡張メソッドが名前空間に依存してusingおり、DLRがそれらを知る方法がないためです。

   回避策として、通常の静的メソッドであるかのようにメソッドを呼び出すことができますEnumerable.Distinct(collection)。または、コレクションのタイプをのようなものに変更できますIEnumerable<dynamic>。

2. foreachが必要IEnumerableです。通常のC＃では、foreachパターンベースです。つまり、特定のインターフェイスは必要なく、GetEnumerator()適切なオブジェクトを返すメソッドだけが必要です。foreachon を使用する場合dynamic、の実装IEnumerableが必要です。しかし、この動作の理由はC＃1.0にジェネリックがないため、この「欠点」はほとんど無関係です。

.netの動的型（動的として宣言された変数ではない）の問題は、静的型で使用できる機能の多くがないことです。

• リフレクションはありません（メンバーを反復処理できますが、それ以外のことはできません）
• メタデータなし（ダイナミックデータサイト/ mvcで検証が行われます）
• コンパイル時には絶対にチェックしません（スペルミスは検出されません）
• これは強力な機能であるため、初心者はそれを悪用/誤用/誤解する傾向があります。
• 動的な型で記述されたコードは、維持が難しく、リファクタリングが難しい傾向があります
• アヒルのタイピングやその他の機能のため、達人は誰にも読めないコードを書くかもしれない

そのため、自分が何をしているかわからない限り、動的型でコードを書かないでください。

dynamicマークされobjectているだけなので、値タイプをボックス化します。

これはパフォーマンスに影響する可能性がありますが、とにかくパフォーマンスが重要なコードで静的型付けを使用するため、実際にはおそらく問題ではありません。

このボックス化は、可変値タイプにも干渉します。あなたがそれらを変更した場合dynamic、あなただけの箱入りのコピーを変更します。ただし、そもそも可変値型を使用するべきではないため、これも大きな問題ではありません。