我最近正在使用一个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#陷阱分类会很有用。
当前回答
前几天我看到了这个帖子，我觉得它很晦涩，对那些不知道的人来说很痛苦
int x = 0;
x = x++;
return x;
因为这将返回0，而不是大多数人期望的1
其他回答
前几天我看到了这个帖子，我觉得它很晦涩，对那些不知道的人来说很痛苦
int x = 0;
x = x++;
return x;
因为这将返回0，而不是大多数人期望的1
讨厌的Linq缓存抓到了你
看看我的问题导致了这个发现，以及发现这个问题的博主。
简而言之，DataContext保存了你曾经加载过的所有Linq-to-Sql对象的缓存。如果其他人对您之前加载的记录进行了任何更改，则您将无法获得最新数据，即使您显式地重新加载该记录!
这是因为DataContext上有一个名为ObjectTrackingEnabled的属性，默认为true。如果您将该属性设置为false，则记录将每次重新加载…但是…你不能使用SubmitChanges()持久化对该记录的任何更改。
明白了!
也许不是最糟糕的，但是。net框架的某些部分使用角度，而其他部分使用弧度(智能感知出现的文档从来没有告诉你是哪个，你必须访问MSDN才能找到)
所有这些都可以通过使用一个Angle类来避免……
重载==操作符和非类型化容器(数组列表、数据集等):
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>这样的泛型来确保两个操作数都是字符串。
DateTime.ToString(“dd / MM / yyyy”);这实际上不会总是给你dd/MM/yyyy，而是会考虑到区域设置，并根据你所在的位置替换你的日期分隔符。你可能得到dd-MM-yyyy或类似的东西。
正确的方法是使用DateTime.ToString("dd'/'MM'/'yyyy");
DateTime.ToString(“r”)应该转换为使用GMT的RFC1123。GMT距离UTC只有几分之一秒，但是“r”格式说明符不会转换为UTC，即使问题中的DateTime指定为Local。
这将导致以下gotcha(取决于您的本地时间与UTC的距离):
DateTime.Parse("Tue, 06 Sep 2011 16:35:12 GMT").ToString("r")
> "Tue, 06 Sep 2011 17:35:12 GMT"
哎呀!
