我最近正在使用一个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#陷阱分类会很有用。
当前回答
Linq-To-Sql和数据库/本地代码歧义
有时Linq无法判断某个方法是要在DB上执行还是在本地代码中执行。
请看这里和这里的问题陈述和解决方案。
其他回答
下面的代码不会捕获. 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本质上做的事情与上面的代码完全相同，并且在没有堆栈跟踪的情况下崩溃。
enum Seasons
{
Spring = 1, Summer = 2, Automn = 3, Winter = 4
}
public string HowYouFeelAbout(Seasons season)
{
switch (season)
{
case Seasons.Spring:
return "Nice.";
case Seasons.Summer:
return "Hot.";
case Seasons.Automn:
return "Cool.";
case Seasons.Winter:
return "Chilly.";
}
}
错误呢? 不是所有的代码路径都返回一个值… 你在开玩笑吗?我打赌所有代码路径都返回一个值，因为这里提到了每个Seasons成员。它应该已经检查所有enum成员，如果一个成员在开关情况下是缺席的，那么这样的错误将是有意义的，但现在我应该添加一个默认情况下，这是冗余的，永远不会被代码达到。
编辑: 在对这个Gotcha进行了更多的研究之后，我看到了Eric Lippert写得很好的和有用的帖子，但它仍然有点奇怪。你同意吗?
Oracle参数必须按顺序添加
这是ODP . net实现Oracle参数化查询的一个主要问题。
在向查询中添加参数时，默认行为是忽略参数名，并按添加值的顺序使用值。
解决方案是将OracleCommand对象的BindByName属性设置为true -默认为false…这是定性的(如果不是定量的)，就像有一个属性叫做DropDatabaseOnQueryExecution，默认值为true。
他们称之为特征;我称之为公共领域的坑。
请看这里了解更多细节。
private int myVar;
public int MyVar
{
get { return MyVar; }
}
心想。你的应用在没有堆栈跟踪的情况下崩溃了。这种事经常发生。
(请注意getter中的大写MyVar而不是小写MyVar。)
LinqToSql批处理速度随着批处理大小的平方而变慢
以下是我探索这个问题的问题(和答案)。
In a nutshell, if you try to build up too many objects in memory before calling DataContext.SubmitChanges(), you start experiencing sluggishness at a geometric rate. I have not confirmed 100% that this is the case, but it appears to me that the call to DataContext.GetChangeSet() causes the data context to perform an equivalence evaluation (.Equals()) on every single combination of 2 items in the change set, probably to make sure it's not double-inserting or causing other concurrency issues. Problem is that if you have very large batches, the number of comparisons increases proportionately with the square of n, i.e. (n^2+n)/2. 1,000 items in memory means over 500,000 comparisons... and that can take a heckuva long time.
为了避免这种情况，您必须确保对于预计有大量项目的任何批处理，您都在事务边界内完成整个工作，在创建每个项目时保存它，而不是在最后进行一次大保存。
