リフレクションの使用はデザインの匂いですか? [closed] 質問する

リフレクションの使用はデザインの匂いですか? [closed] 質問する

ここでは、リフレクションを使用して解決された C#、.net の質問が多数見られます。私にとって、それらの多くは、優れた設計 (OOP) を犠牲にしてルールを曲げているように見えます。ソリューションの多くは、メンテナンスが不可能で「スクリプト的」に見えます。

リフレクションを使用することは一般的に良い習慣でしょうか? リフレクションによってのみ解決できるものはありますか?

編集:

反省が唯一の良い解決策となる例を挙げてください。

ベストアンサー1

例:

  • 構成による型の動的読み込み
  • 「コンベンション」スタイルの登録を使用する (インターフェースを実装するか、特定の命名規則を持つコンポーネントをコンテナーに登録する)
  • カスタム属性/タイプメタデータの確認/使用

リフレクションは「throw」のようなツールです。どこでも throw を使用する必要がありますか? いいえ! では、throw を使用するとコードが臭くなるのでしょうか?

おすすめ記事