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

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

在我的脑海中，这里是一个快速列表，大致按使用频率排序，列出了我在一个大型项目中实际使用的预定义属性（约50万个LoC）：

标志，可串行化，WebMethod，COMVisible，TypeConverter，Conditional，ThreadStatic，Obsolete，InternalsVisibleTo，DebuggerStepThrough。

我总是使用属性，[Serializable]、[WebMethod]、[DefaultValue]、[Description（此处为“Description”）]。

但除此之外，c#中还有一个全局属性。

[assembly: System.CLSCompliant(true)]
[assembly: AssemblyCulture("")]
[assembly: AssemblyDescription("")]

值得一提的是，这里列出了所有.NET属性。有几百个。

我不知道其他人，但我有一些严肃的RTF要做！

DebuggerHiddenAttribute，它允许避免单步执行不应调试的代码。

public static class CustomDebug
{
    [DebuggerHidden]
    public static void Assert(Boolean condition, Func<Exception> exceptionCreator) { ... }
}

...

// The following assert fails, and because of the attribute the exception is shown at this line
// Isn't affecting the stack trace
CustomDebug.Assert(false, () => new Exception()); 

此外，它还防止在堆栈跟踪中显示方法，这在使用只包装另一个方法的方法时非常有用：

[DebuggerHidden]
public Element GetElementAt(Vector2 position)
{
    return GetElementAt(position.X, position.Y);
}

public Element GetElementAt(Single x, Single y) { ... }

如果现在调用GetElementAt（新的Vector2（10，10）），并且包装的方法发生错误，那么调用堆栈不会显示正在调用引发错误的方法的方法。

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

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

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

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