我最近正在使用一个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#陷阱分类会很有用。
当前回答
所有UserControls中的DesignMode属性实际上不会告诉你是否处于设计模式。
其他回答
事件
我一直不明白为什么事件是一种语言特性。它们使用起来很复杂:你需要在调用之前检查null，你需要取消注册(你自己)，你不能找到谁注册了(例如:我注册了吗?)为什么事件不只是图书馆中的一个类呢?基本上是一个专门的List<delegate>?
在虚方法中使用默认参数
abstract class Base
{
public virtual void foo(string s = "base") { Console.WriteLine("base " + s); }
}
class Derived : Base
{
public override void foo(string s = "derived") { Console.WriteLine("derived " + s); }
}
...
Base b = new Derived();
b.foo();
输出: 派生的基础
前几天我看到了这个帖子，我觉得它很晦涩，对那些不知道的人来说很痛苦
int x = 0;
x = x++;
return x;
因为这将返回0，而不是大多数人期望的1
mystring.Replace("x","y")
虽然它看起来应该对被调用的字符串进行替换，但实际上它返回了一个新字符串，替换完成后没有改变被调用的字符串。你需要记住字符串是不可变的。
递归属性有问题
我认为不是c#特有的，而且我确信我在SO的其他地方看到过它(这个问题让我想起了它)
它有两种发生方式，但最终结果是一样的:
忘记引用基数。当重写一个属性时:
public override bool IsRecursive
{
get { return IsRecursive; }
set { IsRecursive = value; }
}
从auto-属性改为back -属性，但并没有完全改变:
public bool IsRecursive
{
get { return IsRecursive; }
set { IsRecursive = value; }
}
