可以在非泛型类中使用泛型方法。

还不确定是否提到了这一点，但ThreadStatic属性是一个非常有用的属性。这使得静态字段仅对当前线程是静态的。

[ThreadStatic]
private static int _ThreadStaticInteger;

您不应该包含初始值设定项，因为它只在整个应用程序中执行一次，所以最好将字段设置为空，并在使用它之前检查该值是否为空。

此外，ASP.NET应用程序线程还有一点是重用的，因此如果您修改该值，它可能最终被用于另一个页面请求。

尽管如此，我还是多次发现这一点很有用。例如，在创建自定义事务类时：

using (DbTransaction tran = new DbTransaction())
{
    DoQuery("...");
    DoQuery("...");    
}

DbTransaction构造函数将ThreadStatic字段设置为其自身，并在dispose方法中将其重置为null。DoQuery检查静态字段，如果！=null使用当前事务，如果不是，则默认为其他事务。我们避免了必须将事务传递给每个方法，而且它可以很容易地包装原本不打算用于事务内部事务的其他方法。。。

只需一次使用：）

通用事件处理程序：

public event EventHandler<MyEventArgs> MyEvent;

这样你就不必一直申报自己的代表，

高级调试

陈列

已经提到的DebuggerDisplay和DebuggerBrowseble属性控制元素的可见性和显示的文本值。简单地重写ToString（）将导致调试器使用该方法的输出。

如果您想要更复杂的输出，可以使用/创建调试器可视化工具这里有。

罢工之子

微软提供了一个名为SOS的调试器扩展。这是一个非常强大（虽然经常令人困惑）的扩展，是诊断“泄漏”的极好方法，更准确地说，对不再需要的对象的不需要的引用。

框架源的符号服务器

遵循这些说明将允许您逐步了解框架某些部分的源代码。

2010年的变化

Visual Studio 2010中有几个增强功能和新功能：

调试并行任务并行堆栈允许同时查看多个线程调用堆栈。历史调试允许您及时查看事件和非本地变量（只要您提前启用集合）。可能会对调试方式产生重大影响。

关于事件处理程序的另一个注意事项：您可以简单地创建一个raise扩展方法，如下所示：

public static class EventExtensions {
    public static void Raise<T>(this EventHandler<T> @event, 
                                object sender, T args) where T : EventArgs {
        if(@event!= null) {
            @event(sender, args);
        }
    }
}

然后可以使用它引发事件：

public class MyImportantThing {
    public event EventHandler<MyImportantEventEventArgs> SomethingHappens;
    ...
    public void Bleh() {
        SomethingHappens.Raise(this, new MyImportantEventEventArgs { X=true });
    }
}

此方法的另一个优点是强制执行编码标准（使用EventHandler＜＞）。

一次又一次地编写相同的精确函数是没有意义的。也许下一个版本的C#最终会有一个InlineAttribute，它可以放在扩展方法上，并使编译器内联方法定义（这将使这种方式接近标准，而且速度最快）。

编辑：基于注释删除扩展方法中的临时变量

框架功能

我不知道，但我对VisualStyleRenderer和整个System.Windows.Forms.VisualStyles-Namespace感到非常惊讶。非常酷！