这不会编译：

namespace ns
{
    class Class1
    {
        Nullable<int> a;
    }
}

找不到类型或命名空间名称“Nullable”（是否缺少using指令或程序集引用？）<--缺少“using System；”

But

namespace ns
{
    class Class1
    {
        int? a;
    }
}

将编译！（.NET 2.0）。

在处理C++和C#之间的互操作时，许多人没有意识到C++/CLI是一个很好的选择。

假设您有一个C++DLL和一个依赖于C++DLL的C#DLL。通常，最简单的技术是使用/clr开关编译C++DLL的一些（或所有）模块。要调用C#，C++DLL就是在C++DLL中编写托管C++包装类。C++/CLI类可以比C#更无缝地调用本机C++代码，因为C++编译器将自动为您生成P/calls，它有一个专门用于interop的库，以及用于interop（如pin_ptr）的语言功能。它允许托管代码和本机代码在同一个二进制文件中共存。

在C#端，您只需像调用任何其他.NET二进制文件一样调用DLL。

使用“throw；”而不是“throw ex；”来保留堆栈跟踪

如果在不添加附加信息的情况下重新抛出异常，请使用“throw”而不是“throw ex”。catch块中的空“throw”语句将发出特定的IL，该IL在保留原始堆栈跟踪的同时重新抛出异常。“throw ex”将丢失对异常原始源的堆栈跟踪。

我最喜欢的属性：InternalsVisibleTo

在程序集级别，您可以声明另一个程序集可以看到您的内部构件。出于测试目的，这绝对是美妙的。

将其粘贴到AssemblyInfo.cs或等效程序中，测试程序集就可以完全访问所有需要测试的内部内容。

[assembly: InternalsVisibleTo("MyLibrary.Test, PublicKey=0024...5c042cb")]

如您所见，测试程序集必须具有强名称才能获得被测试程序集的信任。

在.Net Framework 2.0+、Compact Framework 2.0+和XNA Framework 1.0+中提供。

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

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);
    }
}

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

我回答这个问题太晚了，但我想补充一些我认为尚未涵盖的内容。这些不是特定于C#的，但我认为对于任何C#开发人员来说都值得一提。

环境值属性这类似于DefaultValueAttribute，但它不是提供属性默认的值，而是提供属性用来决定是否从其他地方请求其值的值。例如，对于WinForms中的许多控件，它们的ForeColor和BackColor财产的AmbientValue为Color.Empty，以便它们知道从其父控件获取颜色。

隔离存储设置这是一个Silverlight。该框架方便地包含了这个密封类，用于在每个应用程序和每个站点级别提供设置持久性。

标记与扩展方法的交互

使用扩展方法，标志枚举的使用可以更加易读。

    public static bool Contains(
          this MyEnumType enumValue,
          MyEnumType flagValue)
    {
        return ((enumValue & flagValue) == flagValue);
    }

    public static bool ContainsAny(
          this MyEnumType enumValue,
          MyEnumType flagValue)
    {
        return ((enumValue & flagValue) > 0);
    }

这使得对标志值的检查很容易读写。当然，如果我们可以使用泛型并将T强制为枚举，那会更好，但这是不允许的。也许动态将使这更容易。