我喜欢的一个很棒的类是System.Xml.XmlConvert，它可以用于从Xml标记中读取值。特别是，如果我从xml属性或元素中读取布尔值，我使用

bool myFlag  = System.Xml.XmlConvert.ToBoolean(myAttribute.Value);

注意：由于xml中的布尔类型接受1和0以及“true”和“false”作为有效值，因此在这种情况下使用字符串比较容易出错。

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

[ThreadStatic]
private static int _ThreadStaticInteger;

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

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

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

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

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

只需一次使用：）

我会想到“屈服”。一些属性（如[DefaultValue（）]）也是我的最爱。

“var”关键字更为人所知，但您也可以在.NET 2.0应用程序中使用它（只要您使用.NET 3.5编译器并将其设置为输出2.0代码），这似乎并不广为人知。

编辑：科科斯，谢谢你指出了？？运算符，这确实很有用。由于搜索它有点困难（因为？？只是被忽略了），下面是该操作员的MSDN文档页面：？？操作员（C#参考）

避免检查空事件处理程序

在声明时向事件添加一个空委托，在调用事件之前不必总是检查事件是否为null，这是非常棒的。例子：

public delegate void MyClickHandler(object sender, string myValue);
public event MyClickHandler Click = delegate {}; // add empty delegate!

让你这样做

public void DoSomething()
{
    Click(this, "foo");
}

而不是这样

public void DoSomething()
{
    // Unnecessary!
    MyClickHandler click = Click;
    if (click != null) // Unnecessary! 
    {
        click(this, "foo");
    }
}

另请参阅埃里克·里佩尔（Eric Lippert）关于此主题的相关讨论和博客文章（以及可能的缺点）。

如果方法参数实现了两个接口，则可以使用泛型来检查（编译时）：

interface IPropA 
{
    string PropA { get; set; } 
}

interface IPropB 
{
    string PropB { get; set; }
}

class TestClass 
{
    void DoSomething<T>(T t) where T : IPropA, IPropB 
    {
        MessageBox.Show(t.PropA);
        MessageBox.Show(t.PropB);
    }
}

与从基类和接口继承的参数相同。

我正成为扩展方法的忠实粉丝，因为它们可以为现有代码或无法编辑的代码添加非常有用的功能。我现在所做的一切中添加的最喜欢的一项是字符串。IsNullOrEmpty（）

public static class Strings
{
    public static bool IsNullOrEmpty(this string value)
    {
        return string.IsNullOrEmpty(value);
    }
}

这使您可以像这样缩短代码

var input = Console.ReadLine();
if (input.IsNullOrEmpty())
{
    Console.WriteLine("try again");
}