只有少数属性获得编译器支持，但AOP中有一个非常有趣的属性用法：PostSharp使用您定制的属性将IL注入到方法中，允许各种功能。。。log/trace是一些微不足道的示例，但其他一些好的示例是自动INotifyPropertyChanged实现（此处）。

一些发生并直接影响编译器或运行时：

[条件（“FOO”）]-只有在生成期间定义了“FOO“符号时，才会调用此方法（包括参数求值）[MethodImpl（…）]-用于指示一些事情，如同步、内联〔PrincipalPermission（…）〕-用于将安全检查自动注入代码[TypeForwardedTo（…）]-用于在程序集之间移动类型，而不重新生成调用方

对于通过反射手动检查的东西，我非常喜欢System.ComponentModel属性；像[TypeDescriptionProvider（…）]、[TypeConverter（…）】和[Editor（…）]]这样的东西可以完全改变数据绑定场景中类型的行为（即动态财产等）。

在我看来，过时是框架中最有用的属性之一。对不应再使用的代码发出警告的功能非常有用。我喜欢有一种方法告诉开发人员不应该再使用某些东西，也喜欢有一个方法来解释为什么，并指出更好的/新的做法。

Conditional属性对于调试使用也非常方便。它允许您在代码中添加用于调试的方法，这些方法在构建解决方案以供发布时不会被编译。

然后，我发现有很多特定于Web控件的属性很有用，但这些属性更具体，在我发现的服务器控件开发之外没有任何用处。

在霍夫斯塔德精神中，[Attribute]属性非常有用，因为它是您创建自己属性的方式。我使用了属性而不是接口来实现插件系统，为Enum添加描述，模拟多重调度和其他技巧。

我喜欢将[ThreadStatic]属性与基于线程和堆栈的编程结合使用。例如，如果我希望一个值与调用序列的其余部分共享，但我希望在带外（即调用参数之外）执行，我可以使用类似的方法。

class MyContextInformation : IDisposable {
    [ThreadStatic] private static MyContextInformation current;

    public static MyContextInformation Current {
        get { return current; }
    }

    private MyContextInformation previous;


    public MyContextInformation(Object myData) {
       this.myData = myData;
       previous = current;
       current = this;
    }

    public void Dispose() {
       current = previous;
    }
}

稍后在我的代码中，我可以使用它向代码下游的人提供带外的上下文信息。例子：

using(new MyContextInformation(someInfoInContext)) {
   ...
}

ThreadStatic属性允许我将调用范围仅限于所讨论的线程，避免了跨线程访问数据的混乱问题。

作为我喜欢的中间层开发人员

System.ComponentModel.EditorBrowsableAttribute允许我隐藏财产，以便UI开发人员不会被他们不需要看到的财产淹没。

System.ComponentModel.BindableAttribute有些东西不需要数据绑定。同样，减少了UI开发人员需要做的工作。

我也喜欢劳伦斯·约翰斯顿提到的默认值。

System.ComponentModel.BrowsableAttribute和Flags定期使用。

我使用System.STAThreadAttributeSystem.ThreadStaticAttribute当需要时。

顺便说一句这些对所有.Net框架开发人员来说都同样重要。

// on configuration sections
[ConfigurationProperty] 

// in asp.net
[NotifyParentProperty(true)]