我最近正在使用一个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#陷阱分类会很有用。
当前回答
这是另一个让我困惑的问题:
static void PrintHowLong(DateTime a, DateTime b)
{
TimeSpan span = a - b;
Console.WriteLine(span.Seconds); // WRONG!
Console.WriteLine(span.TotalSeconds); // RIGHT!
}
时间间隔。Seconds是时间跨度的秒部分(2分钟和0秒的秒值为0)。
时间间隔。TotalSeconds是以秒为单位测量的整个时间跨度(2分钟的总秒值为120)。
其他回答
数组实现IList
但是不要执行它。当您调用Add时，它会告诉您它不起作用。那么，为什么一个类在不支持接口的情况下还要实现接口呢?
编译，但不工作:
IList<int> myList = new int[] { 1, 2, 4 };
myList.Add(5);
我们经常遇到这个问题，因为序列化器(WCF)将所有的list转换为数组，我们会得到运行时错误。
事件
我一直不明白为什么事件是一种语言特性。它们使用起来很复杂:你需要在调用之前检查null，你需要取消注册(你自己)，你不能找到谁注册了(例如:我注册了吗?)为什么事件不只是图书馆中的一个类呢?基本上是一个专门的List<delegate>?
递归属性有问题
我认为不是c#特有的，而且我确信我在SO的其他地方看到过它(这个问题让我想起了它)
它有两种发生方式，但最终结果是一样的:
忘记引用基数。当重写一个属性时:
public override bool IsRecursive
{
get { return IsRecursive; }
set { IsRecursive = value; }
}
从auto-属性改为back -属性，但并没有完全改变:
public bool IsRecursive
{
get { return IsRecursive; }
set { IsRecursive = value; }
}
内存泄漏，因为您没有取消关联事件。
这甚至让我认识的一些高级开发人员被发现了。
想象一个WPF表单，里面有很多东西，你在其中的某个地方订阅了一个事件。如果您不取消订阅，那么关闭和取消引用后，整个表单将保留在内存中。
我相信我看到的问题是在WPF表单中创建一个DispatchTimer并订阅Tick事件，如果你不对计时器做-=，你的表单泄漏内存!
在本例中，您的拆卸代码应该具有
timer.Tick -= TimerTickEventHandler;
这一点特别棘手，因为您在WPF表单中创建了DispatchTimer实例，所以您会认为它是一个由垃圾收集进程处理的内部引用……不幸的是，DispatchTimer在UI线程上使用了一个静态的订阅和服务请求的内部列表，所以引用是由静态类“拥有”的。
ASP。NET:
如果你正在使用Linq-To-SQL，你在数据上下文中调用SubmitChanges()，它会抛出一个异常(例如，重复的键或其他约束违反)，当你调试时，有问题的对象值会保留在你的内存中，并且每次你随后调用SubmitChanges()时都会重新提交。
现在真正的问题是:即使您在IDE中按下“停止”按钮并重新启动，坏值仍将保留在内存中!我不明白为什么有人认为这是一个好主意-但小ASP。. NET图标弹出在您的系统托盘保持运行，它似乎保存您的对象缓存。如果你想冲洗你的内存空间，你必须右键单击该图标并强制关闭它!明白了!
