ここでは、リフレクションを使用して解決された C#、.net の質問が多数見られます。私にとって、それらの多くは、優れた設計 (OOP) を犠牲にしてルールを曲げているように見えます。ソリューションの多くは、メンテナンスが不可能で「スクリプト的」に見えます。
リフレクションを使用することは一般的に良い習慣でしょうか? リフレクションによってのみ解決できるものはありますか?
編集:
反省が唯一の良い解決策となる例を挙げてください。
ベストアンサー1
例:
- 構成による型の動的読み込み
- 「コンベンション」スタイルの登録を使用する (インターフェースを実装するか、特定の命名規則を持つコンポーネントをコンテナーに登録する)
- カスタム属性/タイプメタデータの確認/使用
リフレクションは「throw」のようなツールです。どこでも throw を使用する必要がありますか? いいえ! では、throw を使用するとコードが臭くなるのでしょうか?