恶劣的目标

每个人都看过。基本上，当您看到以下内容时：

[assembly: ComVisible(false)]

该属性的“assembly:”部分是目标。在这种情况下，该属性将应用于程序集，但还有其他属性：

[return: SomeAttr]
int Method3() { return 0; } 

在此示例中，属性应用于返回值。

同样有用，但不常用：约束执行区域。

BCL团队博客中的一句话：

受限执行区域（CER）存在以帮助开发人员编写代码以保持一致性。CLR不能保证开发商代码正确，但CLR正确提升所有运行时引发的故障点（即异步异常）在代码运行之前，或在它完成之后。与…结合对开发人员能力的限制加入CER，这是一种有用的方法对是否执行代码。CER的准备得很好，这意味着当我们看到一个时，我们会迫不及待地JIT在其中找到的任何代码静态可发现的调用图。如果CLR的主机关心堆栈溢出，我们将探测一些数量堆栈空间（尽管可能没有足够的堆栈空间任意方法*）。我们也会延迟线程中止，直到CER已完成运行。

当以原子方式编辑数据结构的多个字段时，它非常有用。因此，对对象进行事务处理是有帮助的。

而且CriticalFinalizerObject似乎是隐藏的（至少是那些没有编写不安全代码的人）。CriticalFinalizerObject保证垃圾收集将执行终结器。分配后，终结器及其调用图将提前准备好。

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

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

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

Object.ReferenceEquals方法

确定指定的Object实例是否为同一实例。

参数：

objA:System.Object-要比较的第一个对象。objB:System.Object-要比较的第二个对象。

例子：

 object o = null;
 object p = null;
 object q = new Object();

 Console.WriteLine(Object.ReferenceEquals(o, p));
 p = q;
 Console.WriteLine(Object.ReferenceEquals(p, q));
 Console.WriteLine(Object.ReferenceEquals(o, p));

与“==”和“.Equals”的差值：

基本上，对象A的Equal（）测试与对象B具有相同的内容。

System.Object.ReferenceEquals（）方法始终比较引用。尽管类可以为相等运算符提供自己的行为（下面），如果调用了该运算符，则不会调用该重新定义的运算符通过对System.Object的引用。

对于字符串，实际上没有什么区别，因为==和Equals都已被重写以比较字符串的内容。

另请参见另一个问题的答案（“如何在没有无限递归的情况下检查'=='运算符重载中的空值？”）。

方法组并不广为人知。

鉴于：

Func<Func<int,int>,int,int> myFunc1 = (i, j) => i(j);
Func<int, int> myFunc2 = i => i + 2;

您可以这样做：

var x = myFunc1(myFunc2, 1);

而不是：

var x = myFunc1(z => myFunc2(z), 1);

而不是这样做：

Console.WriteLine("{0} item(s) found.", count);

我使用以下内联技巧：

Console.WriteLine("{0} item{1} found.", count, count==1 ? "" : "s");

当有一个项目时，将显示“项目”，当有多于（或少于）1个项目时将显示“项”。没有太多的努力来获得一点专业性。