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

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

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

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

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

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

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

当您在调试期间将鼠标悬停在Type的实例上时，[DuggerDisplay]对于快速查看该类型的自定义输出非常有用。例子：

[DebuggerDisplay("FirstName={FirstName}, LastName={LastName}")]
class Customer
{
    public string FirstName;
    public string LastName;
}

这是它在调试器中的外观：

此外，值得一提的是，设置了CacheDuration属性的[WebMethod]属性可以避免不必要地执行web服务方法。

我的投票将是有条件的

[Conditional("DEBUG")]
public void DebugOnlyFunction()
{
    // your code here
}

您可以使用它添加具有高级调试功能的函数；与Debug.Write类似，它只在调试构建中调用，因此允许您将复杂的调试逻辑封装在程序的主流之外。

这是一篇关于有趣属性InternalsVisibleTo的文章。它基本上模仿了C++朋友访问功能。它对于单元测试非常方便。

它的名称不好，在框架中也不受支持，不应该需要参数，但这个属性是不可变类的有用标记：

[ImmutableObject(true)]