C＃がジェネリック属性タイプを禁止するのはなぜですか？

これにより、コンパイル時の例外が発生します。

public sealed class ValidatesAttribute<T> : Attribute
{

}

[Validates<string>]
public static class StringValidation
{

}

C＃は一般的な属性をサポートしていないことに気づきました。しかし、グーグルで何度も調べた結果、理由がわかりません。

ジェネリック型から派生できない理由を誰かが知っていますAttributeか？理論は？

まあ、それが利用できない理由には答えられませんが、CLIの問題ではないことを確認できます。CLI仕様では（私が知る限り）言及されておらず、ILを直接使用する場合は、汎用属性を作成できます。それを禁止するC＃3仕様の一部-セクション10.1.4「クラスベースの仕様」では、正当化されていません。

注釈付きECMA C＃2仕様も、許可されていないものの例を提供していますが、有用な情報を提供していません。

注釈付きのC＃3仕様のコピーが明日届くはずです...詳細がわかるかどうか確認します。とにかく、それはランタイムの決定というよりは間違いなく言語の決定です。

編集：Eric Lippertからの回答（言い換え）：特別な理由はありませんが、あまり価値のないユースケースで言語とコンパイラの両方が複雑になるのを避けるためです。

属性はコンパイル時にクラスを装飾しますが、ジェネリッククラスは実行時まで最終的な型情報を受け取りません。この属性はコンパイルに影響を与える可能性があるため、コンパイル時に「完全」である必要があります。

詳細については、このMSDNの記事を参照してください。

なぜ許可されないのかはわかりませんが、これは考えられる回避策の1つです

[AttributeUsage(AttributeTargets.Class)]
public class ClassDescriptionAttribute : Attribute
{
    public ClassDescriptionAttribute(Type KeyDataType)
    {
        _KeyDataType = KeyDataType;
    }

    public Type KeyDataType
    {
        get { return _KeyDataType; }
    }
    private Type _KeyDataType;
}


[ClassDescriptionAttribute(typeof(string))]
class Program
{
    ....
}

これは本当に汎用的ではなく、タイプごとに特定の属性クラスを作成する必要がありますが、汎用的な基本インターフェースを使用して、少し防御的にコーディングしたり、他の方法で必要とされるよりも少ないコードを作成したり、ポリモーフィズムの利点を得ることができます。

//an interface which means it can't have its own implementation. 
//You might need to use extension methods on this interface for that.
public interface ValidatesAttribute<T>
{
    T Value { get; } //or whatever that is
    bool IsValid { get; } //etc
}

public class ValidatesStringAttribute : Attribute, ValidatesAttribute<string>
{
    //...
}
public class ValidatesIntAttribute : Attribute, ValidatesAttribute<int>
{
    //...
}

[ValidatesString]
public static class StringValidation
{

}
[ValidatesInt]
public static class IntValidation
{

}

これは非常に良い質問です。私の属性の経験では、属性が反映されると、可能なすべての型の置換typeof(Validates<string>)（typeof(Validates<SomeCustomType>)、など）をチェックする必要がある条件が作成されるため、制約が設定されていると思います。

私の意見では、タイプに応じてカスタム検証が必要な場合、属性は最善のアプローチではない可能性があります。

おそらく、SomeCustomValidationDelegateまたはをISomeCustomValidatorパラメータとして受け取る検証クラスがより良いアプローチでしょう。

これは現在C＃言語の機能ではありませんが、公式のC＃言語リポジトリについては多くの議論があります。

会議のメモから：

これは原理的には機能しますが、ランタイムのほとんどのバージョンにはバグがあるため、正しく機能しません（実行されなかった）。

動作するターゲットランタイムを理解するメカニズムが必要です。私たちは多くのことにそれを必要とし、現在それを検討しています。それまで、私たちはそれを取ることができません。

主要なC＃バージョンの候補（十分な数のランタイムバージョンを処理できる場合）。

私の回避策は次のようなものです：

public class DistinctType1IdValidation : ValidationAttribute
{
    private readonly DistinctValidator<Type1> validator;

    public DistinctIdValidation()
    {
        validator = new DistinctValidator<Type1>(x=>x.Id);
    }

    public override bool IsValid(object value)
    {
        return validator.IsValid(value);
    }
}

public class DistinctType2NameValidation : ValidationAttribute
{
    private readonly DistinctValidator<Type2> validator;

    public DistinctType2NameValidation()
    {
        validator = new DistinctValidator<Type2>(x=>x.Name);
    }

    public override bool IsValid(object value)
    {
        return validator.IsValid(value);
    }
}

...
[DataMember, DistinctType1IdValidation ]
public Type1[] Items { get; set; }

[DataMember, DistinctType2NameValidation ]
public Type2[] Items { get; set; }