私はオブジェクトの記述子として使用しているクラスを持っています。その記述子には、そのオブジェクトに関連するさまざまな操作のためにインスタンス化されるクラスのための複数の参照があります。私はそれらの参照を引き出し、それらを記述子クラスの属性に置き換えることを考えていました。このことから属性の使い勝手の悪い/不適切な使用？
：
class MyDescriptor : BaseDescriptor {
public Type Op1Type { get; }
public Type Op2Type { get; }
}
これには：
[Op1(typeof(foo))]
[Op2(typeof(bar))]
class MyDescriptor : BaseDescriptor {
}
私は非常にまれな属性を使用していません。これは彼らの悪い使用と考えられるでしょうか？
私はこれが属性の優れた使い方であると考えています。特に装飾するクラスをインスタンス化する前に、リフレクションを通して装飾するクラスをインスタンス化できるようにしたい場合は、属性を使用することには多くの利点がありますが、これは単なるものです。
あなたの意図にかかわらず、実装に問題はありません。
これを行うにはまだDIがずっと優れています。 – Aliostad
私は個人的に時間をコンパイルで依存性の注入代わりの種類自体への依存関係を焼くを使用します。
これは、コンストラクターまたは初期化でクラスの依存関係をインスタンス化することでこれを得ることができません。
依存性注入は、ダミースタブ/モックに置き換えることができるほか、実行時にそのような動作を変更することができます。
属性の使用方法に問題はありませんが、得られたメリットはありません。多分もっと多くの情報を共有すれば、解決策を考え出す方が簡単かもしれません。
真実ですが、コーディングの観点から明らかなメリットはありません。私が達成しようとしている利益は、大会の観点からです。 – redman
どのようなタイプのハッシュアルゴリズムプロバイダを使用するかを指定する場合は、このように使用します。
子クラスは親クラスによって読み取られる属性を持ち、その型のインスタンスを作成します。
属性は、ソースコードでこれを表現するのはかなりエレガントな方法ですが、実行時のパフォーマンスは悲惨です。
おそらくDictionary<Type, Type>を使用して、検索を高速化するために実行時にキャッシュを構築したいと思うでしょう。
Genericsを代わりに使用することを考えましたか？ – Lazarus
1つの問題は、属性を使用する場合、パブリックインターフェイスにコンパイル時の型を知る必要があるということです。仮想メソッドを使用すると、コンパイル時に知られていない型を使用することができます。 – CodesInChaos
派生クラスの操作数が異なる可能性があるので、静的な数の汎用パラメータを持つことはできません。 – redman