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

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

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

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

我建议使用nUnit库中的[TestFixture]和[Test]。

代码中的单元测试为重构和编码文档提供了安全性。

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

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

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

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

我认为这里必须提到以下属性也非常重要：

STAThreadAttribute 

指示应用程序的COM线程模型是单线程单元（STA）。

例如，此属性用于Windows窗体应用程序：

static class Program
{
    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new Form1());
    }
}

而且。。。

SuppressMessageAttribute

禁止报告特定的静态分析工具规则冲突，允许对单个代码工件进行多次禁止。

例如：

[SuppressMessage("Microsoft.Performance", "CA1801:ReviewUnusedParameters", MessageId = "isChecked")]
[SuppressMessage("Microsoft.Performance", "CA1804:RemoveUnusedLocals", MessageId = "fileIdentifier")]
static void FileNode(string name, bool isChecked)
{
    string fileIdentifier = name;
    string fileName = name;
    string version = String.Empty;
}

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

[TypeConverter(typeof(ExpandableObjectConverter))]

告诉设计器展开财产，这些属性是（控件的）类

[Obfuscation]

指示混淆工具对程序集、类型或成员执行指定的操作。（尽管通常使用程序集级别[Assembly:ObfuscateAssemblyAttribute（true）]