我最近一直在使用[DataObjectMethod]。它描述了方法，因此您可以将类与ObjectDataSource（或其他控件）一起使用。

[DataObjectMethod(DataObjectMethodType.Select)] 
[DataObjectMethod(DataObjectMethodType.Delete)] 
[DataObjectMethod(DataObjectMethodType.Update)] 
[DataObjectMethod(DataObjectMethodType.Insert)] 

更多信息

如果项目不在您的解决方案中，[EditorBrowsable（EditorBrowsableState.Never）]允许您对IntelliSense隐藏财产和方法。非常有助于隐藏流畅接口的无效流。您希望多长时间使用GetHashCode（）或Equals（）？

对于MVC，[ActionName（“Name”）]允许您使用相同的方法签名进行Get操作和Post操作，或者在操作名称中使用破折号，否则，如果不为其创建路由，就无法实现这一点。

如果我要进行代码覆盖率爬网，我认为这两个将是最好的：

 [Serializable]
 [WebMethod]

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

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

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

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

我喜欢System.Diagnostics中的[DuggerStepThrough]。

它非常方便，可以避免使用那些单行do-nothing方法或财产（如果您被迫在早期的.Net中工作，而没有自动财产）。将属性放在一个短方法或属性的getter或setter上，即使在调试器中单击“stepinto”，您也会立即执行。

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

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

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

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

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

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

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