泛型和奇怪的递归模板模式确实有助于一些静态方法/属性声明。

假设您正在构建类层次结构：

class Base
{
}

class Foo: Base
{
}

class Bar: Base
{
}

现在，您需要在类型上声明静态方法，这些方法应该采用相同类型的参数（或返回值）或相同类型的静态财产。例如，您需要：

class Base
{
    public static Base Get()
    {
        // Return a suitable Base.
    }
}

class Foo: Base
{
    public static Foo Get()
    {
        // Return a suitable Foo.
    }
}

class Bar: Base
{
    public static Bar Get()
    {
        // Return a suitable Bar.
    }
}

如果这些静态方法基本上都做相同的事情，那么您手中就有大量重复的代码。一种解决方案是在返回值上删除类型安全，并始终返回Base类型。但是，如果您希望类型安全，那么解决方案是将Base声明为：

class Base<T> where T: Base<T>
{
    public static T Get<T>()
    {
        // Return a suitable T.
    }
}

你Foo和Bar是：

class Foo: Base<Foo>
{
}

class Bar: Base<Bar>
{
}

这样，他们将自动获得静态方法的副本。

将Singleton模式封装在基类中也很神奇（我知道下面的代码不是线程安全的，这只是为了证明一点）：

public class Singleton<T> where T: Singleton<T>, new()
{
  public static T Instance { get; private set; }

  static Singleton<T>()
  {
    Instance = new T();
  }
}

我意识到这迫使您在单例子类上使用一个公共的无参数构造函数，但是如果没有where T:protected new（）构造，在编译时就无法避免这种情况；然而，可以使用反射在运行时调用子类的受保护/私有无参数构造函数来实现这一点。

关闭

自从匿名委托被添加到2.0之后，我们就能够开发闭包。它们很少被程序员使用，但提供了巨大的好处，如立即代码重用。考虑这段代码：

bool changed = false;

if (model.Prop1 != prop1)
{
    changed = true;
    model.Prop1 = prop1;
}
if (model.Prop2 != prop2)
{
    changed = true;
    model.Prop2 = prop2;
}
// ... etc. 

请注意，上面的if-statements执行类似的代码，只有一行代码除外，即设置不同的财产。这可以通过以下方式缩短，其中变化的代码行作为Action对象的参数输入，适当命名为setAndTagChanged：

bool changed = false;
Action<Action> setAndTagChanged = (action) => 
{ 
    changed = true; 
    action(); 
};

if (model.Prop1 != prop1) setAndTagChanged(() => model.Prop1 = prop1);
if (model.Prop2 != prop2) setAndTagChanged(() => model.Prop2 = prop2);

在第二种情况下，闭包允许您确定lambda中的变化变量的范围，这是解决这个问题的一种简洁方法。

另一种方法是使用另一个未使用的特性，即“或相等”二进制赋值运算符。以下代码显示了如何操作：

private bool conditionalSet(bool condition, Action action)
{
    if (condition) action();
    return condition;
}

// ...

bool changed = false;
changed |= conditionalSet(model.Prop1 == prop1, () => model.Prop1 = prop1);
changed |= conditionalSet(model.Prop2 == prop2, () => model.Prop2 = prop2);

我称此为AutoDebug，因为您可以根据bool值（也可以存储为项目用户设置）在需要的位置和时间进行调试。

例子：

//Place at top of your code
public UseAutoDebug = true;


//Place anywhere in your code including catch areas in try/catch blocks
Debug.Assert(!this.UseAutoDebug);

只需将上述内容放在try/catch块或代码的其他区域，并将UseAutoDebug设置为true或false，然后随时进行调试即可。

您可以将此代码保留在原位，并在测试时打开和关闭此功能。您还可以将其保存为项目设置，并在部署后手动更改，以便在需要时/如果需要时从用户处获取其他错误信息。

在这里，您可以看到一个在Visual Studio C#项目模板中使用此技术的功能和工作示例，其中大量使用此技术：

http://code.msdn.microsoft.com/SEHE

FlagsAttribute，使用enum生成位掩码时的一个小但不错的功能：

[Flags]
public enum ConfigOptions
{
    None    = 0,
    A       = 1 << 0,
    B       = 1 << 1,
    Both    = A | B
}

Console.WriteLine( ConfigOptions.A.ToString() );
Console.WriteLine( ConfigOptions.Both.ToString() );
// Will print:
// A
// A, B

使用枚举。

将字符串转换为枚举：

enum MyEnum
{
    FirstValue,
    SecondValue,
    ThirdValue
}

string enumValueString = "FirstValue";
MyEnum val = (MyEnum)Enum.Parse(typeof(MyEnum), enumValueString, true)

我使用它从数据库中的设置表中加载ASP.NET应用程序中CacheItemPriority的值，这样我就可以动态控制缓存（以及其他设置），而不必关闭应用程序。

比较enum类型的变量时，不必强制转换为int：

MyEnum val = MyEnum.SecondValue;
if (val < MyEnum.ThirdValue)
{
    // Do something
}

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

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