我只想提一下（因为在T:struct的地方出现了OP），C#编译器的一个缺点是

where T : Enum

不会编译。它抛出错误“约束不能是特殊类”System.Enum“”。

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

public void DoStuff<T>(T value);

与其这样称呼它：

DoStuff<int>(5);

你可以：

DoStuff(5);

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

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

与使用int.TryParse（）或Convert.ToInt32（）不同，我喜欢有一个静态整数解析函数，当它无法解析时返回null。那么我可以使用？？和三元运算符一起使用，以更清楚地确保我的声明和初始化都在一行中以易于理解的方式完成。

public static class Parser {
    public static int? ParseInt(string s) {
        int result;
        bool parsed = int.TryParse(s, out result);
        if (parsed) return result;
        else return null;
    }
    // ...
}

这对于避免重复赋值的左侧也是很好的，但对于避免在赋值的右侧重复长调用（例如下面的示例中的数据库调用）则更好。而不是丑陋的“如果那么”树（我经常遇到）：

int x = 0;
YourDatabaseResultSet data = new YourDatabaseResultSet();
if (cond1)
    if (int.TryParse(x_input, x)){
        data = YourDatabaseAccessMethod("my_proc_name", 2, x);
    }
    else{
        x = -1;
        // do something to report "Can't Parse"    
    }
}
else {
    x = y;
    data = YourDatabaseAccessMethod("my_proc_name", 
       new SqlParameter("@param1", 2),
       new SqlParameter("@param2", x));
}

您可以执行以下操作：

int x = cond1 ? (Parser.ParseInt(x_input) ?? -1) : y;
if (x >= 0)  data = YourDatabaseAccessMethod("my_proc_name", 
    new SqlParameter("@param1", 2),
    new SqlParameter("@param2", x));

更干净，更容易理解

如果允许第三方扩展，那么C5和Microsoft CCR（请参阅本博客文章了解快速介绍）是必须了解的。

C5补充了.Net有点缺乏的集合库（不是Set？？？），CCR使并发编程更容易（我听说它将与并行扩展合并）。

Environment.UserInteractive属性。

UserInteractive属性报告对于Windows进程或类似IIS的服务，在没有用户界面。如果此属性为false，不显示模式对话框或消息框，因为没有用户的图形用户界面与之互动。

我喜欢几件事：

-如果创建类似于

 public interface SomeObject<T> where T : SomeObject<T>, new()

将从该接口继承的任何内容强制包含无参数构造函数。它对于我遇到过几件事。

-使用匿名类型动态创建有用的对象：

var myAwesomeObject = new {Name="Foo", Size=10};

-最后，许多Java开发人员熟悉语法，如：

public synchronized void MySynchronizedMethod(){}

然而，在C#中，这不是有效的语法。解决方法是方法属性：

 [MethodImpl(MethodImplOptions.Synchronized)]
 public void MySynchronizedMethod(){}