有几个人提到过使用积木，但我认为它们比人们想象的有用得多。将它们视为穷人的AOP工具。我有很多简单的对象，它们在构造函数中捕获状态，然后在Dispose（）方法中恢复状态。这允许我将一段功能包装在一个using块中，并确保在最后恢复状态。例如：

using(new CursorState(this, BusyCursor));
{
    // Do stuff
}

CursorState捕获窗体使用的当前光标，然后将窗体设置为使用提供的光标。最后，它将恢复原始光标。我做了很多类似的事情，例如在刷新之前捕获网格上的选择和当前行等等。

阻止DataGridView显示属性：

[System.ComponentModel.Browsable(false)]
public String LastActionID{get; private set;}

用于设置组件（如DataGrid或DataGridView）的友好显示：

[System.ComponentModel.DisplayName("Last Action")]
public String LastAction{get; private set;}

对于支持变量，如果您不希望任何东西直接访问它们，这会使其变得更困难：

[System.ComponentModel.EditorBrowsable(System.ComponentModel.EditorBrowsableState.Never)]
    private DataController p_dataSources;

刚刚了解到，匿名类型可以从变量名推断属性名：

string hello = "world";
var o = new { hello };
Console.WriteLine(o.hello);

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

BCL团队博客中的一句话：

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

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

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

我会想到“屈服”。一些属性（如[DefaultValue（）]）也是我的最爱。

“var”关键字更为人所知，但您也可以在.NET 2.0应用程序中使用它（只要您使用.NET 3.5编译器并将其设置为输出2.0代码），这似乎并不广为人知。

编辑：科科斯，谢谢你指出了？？运算符，这确实很有用。由于搜索它有点困难（因为？？只是被忽略了），下面是该操作员的MSDN文档页面：？？操作员（C#参考）

以下是一些有趣的隐藏C#特性，以未记录的C#关键字的形式出现：

__makeref

__reftype

__refvalue

__arglist

这些是未记录的C#关键字（甚至Visual Studio都能识别它们！），它们是为了在泛型之前更有效地装箱/拆箱而添加到的。它们与System.TypedReference结构协同工作。

还有__arglist，用于可变长度参数列表。

人们不太了解的一件事是System.WeakReference——一个非常有用的类，它可以跟踪对象，但仍然允许垃圾收集器收集它。

最有用的“隐藏”特性是yield return关键字。它并没有真正隐藏，但很多人都不知道它；它允许通过在后台生成状态机来延迟执行查询。Raymond Chen最近发布了关于内部细节的帖子。