Visual Studio最有用的功能之一是“生成对象id”。它生成一个id并“附加”到对象，因此无论您在何处查看对象，都会看到该id（无论线程如何）。

调试时，右键单击变量工具提示，即可看到它。它也适用于watched/autos/locals变量。

枚举上的FlagsAttribute如何？它允许您执行逐位操作。。。我花了很长时间才发现如何在.NET中很好地执行位操作。

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

[ThreadStatic]
private static int _ThreadStaticInteger;

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

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

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

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

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

只需一次使用：）

我经常遇到需要将泛型参数对象持久化为基类中的视图状态。

public abstract class BaseListControl<ListType,KeyType,ParameterType>
                 : UserControl 
                 where ListType : BaseListType
                 && ParameterType : BaseParameterType, new
{

    private const string viewStateFilterKey = "FilterKey";

    protected ParameterType Filters
    {
        get
        {
            if (ViewState[viewStateFilterKey] == null)
                ViewState[viewStateFilterKey]= new ParameterType();

            return ViewState[viewStateFilterKey] as ParameterType;
        }
        set
        {
            ViewState[viewStateFilterKey] = value;
        }
    }

}

用法：

private void SomeEventHappened(object sender, EventArgs e)
{
    Filters.SomeValue = SomeControl.SelectedValue;
}

private void TimeToFetchSomeData()
{
    GridView.DataSource = Repository.GetList(Filters);
}

“where ParameterType:BaseParameterType，new”的这个小技巧使它真正起作用。

在我的基类中有了这个属性，我可以自动处理分页，设置过滤器值以过滤网格视图，使排序变得非常容易，等等。

我真的只是想说，在错误的手中，仿制药可能是一种非常强大的野兽。

@艾德，我有点不愿意发表这篇文章，因为这只是吹毛求疵。但是，我要指出，在您的代码示例中：

MyClass c;
  if (obj is MyClass)
    c = obj as MyClass

如果你要使用“is”，为什么要使用“as”进行安全的转换？如果你确定obj确实是MyClass，一个泥沼标准演员：

c = (MyClass)obj

…永远不会失败。

同样，你可以说：

MyClass c = obj as MyClass;
if(c != null)
{
   ...
}

我对.NET的内部结构了解不多，但我的直觉告诉我，这会将最多两个类型转换操作减少到最多一个。无论哪种方式都不太可能打破处理银行；我个人认为，后一种形式看起来也更干净。

直到我将Convert类中的一些函数与Array.ConvertAll组合在一起，我才弄清楚它们的用途（例如Convert.ToDouble（int）、Convert.ToInt（double））：

int[] someArrayYouHaveAsInt;
double[] copyOfArrayAsDouble = Array.ConvertAll<int, double>(
                                someArrayYouHaveAsInt,
                                new Converter<int,double>(Convert.ToDouble));

这避免了由于定义内联委托/闭包而产生的资源分配问题（并且稍微更易读）：

int[] someArrayYouHaveAsInt;
double[] copyOfArrayAsDouble = Array.ConvertAll<int, double>(
                                someArrayYouHaveAsInt,
                                new Converter<int,double>(
                                  delegate(int i) { return (double)i; }
                                ));