我最近正在使用一个DateTime对象，并写了这样的东西:
DateTime dt = DateTime.Now;
dt.AddDays(1);
return dt; // still today's date! WTF?
AddDays()的智能感知文档说它在日期后添加了一天，但它并没有这样做——它实际上返回了一个添加了一天的日期，所以你必须这样写:
DateTime dt = DateTime.Now;
dt = dt.AddDays(1);
return dt; // tomorrow's date
这个问题以前已经困扰过我很多次了，所以我认为将最糟糕的c#陷阱分类会很有用。
当前回答
也许不是最糟糕的，但是。net框架的某些部分使用角度，而其他部分使用弧度(智能感知出现的文档从来没有告诉你是哪个，你必须访问MSDN才能找到)
所有这些都可以通过使用一个Angle类来避免……
其他回答
MS SQL Server不能处理1753年以前的日期。值得注意的是，这与. net DateTime不同步。MinDate常数，也就是1/1/1。因此，如果你试图保存一个错误的日期(就像我最近在数据导入中遇到的那样)，或者只是征服者威廉的出生日期，你就会遇到麻烦。没有内置的解决方案;如果你可能需要使用1753年之前的日期，你需要编写自己的变通方案。
下面的代码不会捕获. net中的异常。相反，它会导致StackOverflow异常。
private void button1_Click( object sender, EventArgs e ) {
try {
CallMe(234);
} catch (Exception ex) {
label1.Text = ex.Message.ToString();
}
}
private void CallMe( Int32 x ) {
CallMe(x);
}
对于评论(和反对票): 如此明显的堆栈溢出是极其罕见的。但是，如果发生异常，您将不会捕获异常，并且可能会花费几个小时试图查找问题的确切位置。如果SO出现在很少使用的逻辑路径中，特别是在web应用程序中，你可能不知道引发问题的确切条件，那么情况就会更加复杂。
这与这个问题的公认答案完全相同(https://stackoverflow.com/a/241194/2424)。答案上的属性getter本质上做的事情与上面的代码完全相同，并且在没有堆栈跟踪的情况下崩溃。
有一本关于。net gottchas的书
我最喜欢的是你在c#中创建一个类，继承它到VB，然后试图重新继承回c#，它不起作用。ARGGH
重载==操作符和非类型化容器(数组列表、数据集等):
string my = "my ";
Debug.Assert(my+"string" == "my string"); //true
var a = new ArrayList();
a.Add(my+"string");
a.Add("my string");
// uses ==(object) instead of ==(string)
Debug.Assert(a[1] == "my string"); // true, due to interning magic
Debug.Assert(a[0] == "my string"); // false
解决方案?
总是使用字符串。当比较字符串类型时等于(a, b) 使用像List<string>这样的泛型来确保两个操作数都是字符串。
到目前为止我最糟糕的一个，我今天才想出来……如果你重写object。Equals(object obj)，你会发现:
((MyObject)obj).Equals(this);
与以下行为不同:
((MyObject)obj) == this;
一个会调用你的覆盖函数，另一个不会。
