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

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

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

可以对null调用扩展方法；这不会导致引发NullReferenceException。

示例应用程序：您可以为ToString（）定义一个名为ToStringOrEmpty（）的替代方法，当调用null时，该方法将返回空字符串。

AppDomain.UnhandledException事件也可能隐藏。

此事件提供未捕获异常的通知。它允许应用程序在系统默认处理程序向用户报告异常并终止应用程序之前记录有关异常的信息。如果有关应用程序状态的足够信息可用，则可以执行其他操作，例如保存程序数据以备以后恢复。建议谨慎，因为如果不处理异常，程序数据可能会损坏。

我们可以看到，即使在这个网站上，很多人都在想为什么他们的应用程序没有启动，为什么会崩溃等等。AppDomain.UnhandledException事件对于这种情况非常有用，因为它至少可以记录应用程序失败的原因。

阻止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;

高级调试

陈列

已经提到的DebuggerDisplay和DebuggerBrowseble属性控制元素的可见性和显示的文本值。简单地重写ToString（）将导致调试器使用该方法的输出。

如果您想要更复杂的输出，可以使用/创建调试器可视化工具这里有。

罢工之子

微软提供了一个名为SOS的调试器扩展。这是一个非常强大（虽然经常令人困惑）的扩展，是诊断“泄漏”的极好方法，更准确地说，对不再需要的对象的不需要的引用。

框架源的符号服务器

遵循这些说明将允许您逐步了解框架某些部分的源代码。

2010年的变化

Visual Studio 2010中有几个增强功能和新功能：

调试并行任务并行堆栈允许同时查看多个线程调用堆栈。历史调试允许您及时查看事件和非本地变量（只要您提前启用集合）。可能会对调试方式产生重大影响。

我称此为AutoDebug，因为您可以根据bool值（也可以存储为项目用户设置）在需要的位置和时间进行调试。

例子：

//Place at top of your code
public UseAutoDebug = true;


//Place anywhere in your code including catch areas in try/catch blocks
Debug.Assert(!this.UseAutoDebug);

只需将上述内容放在try/catch块或代码的其他区域，并将UseAutoDebug设置为true或false，然后随时进行调试即可。

您可以将此代码保留在原位，并在测试时打开和关闭此功能。您还可以将其保存为项目设置，并在部署后手动更改，以便在需要时/如果需要时从用户处获取其他错误信息。

在这里，您可以看到一个在Visual Studio C#项目模板中使用此技术的功能和工作示例，其中大量使用此技术：

http://code.msdn.microsoft.com/SEHE