我喜欢将[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属性允许我将调用范围仅限于所讨论的线程，避免了跨线程访问数据的混乱问题。

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

 [Serializable]
 [WebMethod]

[Flags]非常方便。语法糖是肯定的，但还是相当不错的。

[Flags] 
enum SandwichStuff
{
   Cheese = 1,
   Pickles = 2,
   Chips = 4,
   Ham = 8,
   Eggs = 16,
   PeanutButter = 32,
   Jam = 64
};

public Sandwich MakeSandwich(SandwichStuff stuff)
{
   Console.WriteLine(stuff.ToString());
   // ...
}

// ...

MakeSandwich(SandwichStuff.Cheese 
   | SandwichStuff.Ham 
   | SandwichStuff.PeanutButter);
// produces console output: "Cheese, Ham, PeanutButter"

Leppie指出了一些我没有意识到的东西，这反而挫伤了我对这个属性的热情：它不指示编译器允许位组合作为枚举变量的有效值，编译器允许这一点用于枚举。我的C++背景显示通过。。。叹气

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

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

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

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

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

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

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

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

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