我非常喜欢函数上的隐式泛型参数。例如，如果您有：

public void DoStuff<T>(T value);

与其这样称呼它：

DoStuff<int>(5);

你可以：

DoStuff(5);

它将根据参数的类型计算出泛型类型。

如果您通过反射调用方法，则这不起作用。我记得Mono出现了一些奇怪的问题。

IOobservable怎么样？

几乎每个人都知道IEnumerable，但他们的数学对偶似乎是未知的IOobservable。可能是因为它是.NET4。

它所做的不是拉取信息（像可枚举的），而是将信息推送给观察者的订阅者。

与Rx扩展一起，它将改变我们处理事件的方式。为了说明它有多强大，请查看这里的一个非常简短的示例。

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

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

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（）构造，在编译时就无法避免这种情况；然而，可以使用反射在运行时调用子类的受保护/私有无参数构造函数来实现这一点。

正在标记我的末端区域。。。

#region stuff1
 #region stuff1a
 //...
 #endregion stuff1a
#endregion stuff1

验证用户输入时，每个基元类型的TryParse方法都很好。

double doubleValue
if (!Double.TryParse(myDataRow("myColumn"), out doubleValue))
{
    // set validation error
}

我最喜欢的是

global::

关键字来逃避我们的一些第三方代码提供商的命名空间地狱。。。

例子：

global::System.Collections.Generic.List<global::System.String> myList =
    new global::System.Collections.Generic.List<global::System.String>();