我喜欢在SQL查询中使用@字符。它使sql保持良好的格式，并且不必用字符串分隔符围绕每一行。

string sql = @"SELECT firstname, lastname, email
               FROM users
               WHERE username = @username AND password = @password";

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

public void DoStuff<T>(T value);

与其这样称呼它：

DoStuff<int>(5);

你可以：

DoStuff(5);

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

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

在设计视图中查看组件时要显示的财产财产：

private double _Zoom = 1;

[Category("View")]
[Description("The Current Zoom Level")]
public double Zoom
{
get { return _Zoom;}
set { _Zoom = value;}
}

使您的组件库的其他用户更加轻松。

高级调试

陈列

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

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

罢工之子

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

框架源的符号服务器

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

2010年的变化

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

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

构造函数链是否已被引用？

namespace constructorChain {
    using System;

    public class Class1 {
        public string x;
        public string y;

        public Class1() {
            x = "class1";
            y = "";
        }

        public Class1(string y)
            : this() {
            this.y = y;
        }
    }

    public class Class2 : Class1 {
        public Class2(int y)
            : base(y.ToString()) {

        }
    }
}

...

        constructorChain.Class1 c1 = new constructorChain.Class1();
        constructorChain.Class1 c12 = new constructorChain.Class1("Hello, Constructor!");
        constructorChain.Class2 c2 = new constructorChain.Class2(10);
        Console.WriteLine("{0}:{1}", c1.x, c1.y);
        Console.WriteLine("{0}:{1}", c12.x, c12.y);
        Console.WriteLine("{0}:{1}", c2.x, c2.y);

        Console.ReadLine();

我称此为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