我最近正在使用一个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#陷阱分类会很有用。
当前回答
MS SQL Server不能处理1753年以前的日期。值得注意的是，这与. net DateTime不同步。MinDate常数，也就是1/1/1。因此，如果你试图保存一个错误的日期(就像我最近在数据导入中遇到的那样)，或者只是征服者威廉的出生日期，你就会遇到麻烦。没有内置的解决方案;如果你可能需要使用1753年之前的日期，你需要编写自己的变通方案。
其他回答
MS SQL Server不能处理1753年以前的日期。值得注意的是，这与. net DateTime不同步。MinDate常数，也就是1/1/1。因此，如果你试图保存一个错误的日期(就像我最近在数据导入中遇到的那样)，或者只是征服者威廉的出生日期，你就会遇到麻烦。没有内置的解决方案;如果你可能需要使用1753年之前的日期，你需要编写自己的变通方案。
LINQ to SQL和一对多关系
这是一个可爱的，咬了我几次，微软把它留给他们自己的开发人员放在她的博客。我不能说得比她更好，来看看。
垃圾收集和Dispose()。虽然不需要做任何事情来释放内存，但仍然需要通过Dispose()释放资源。当你使用WinForms或以任何方式跟踪对象时，这是一个非常容易忘记的事情。
相关对象和外键不同步
微软已经承认了这个漏洞。
我有一个类Thing，它有一个FK到Category。Category与Thing之间没有定义的关系，以免污染接口。
var thing = CreateThing(); // does stuff to create a thing
var category = GetCategoryByID(123); // loads the Category with ID 123
thing.Category = category;
Console.WriteLine("Category ID: {0}", thing.CategoryID);
输出:
Category ID: 0
类似的:
var thing = CreateThing();
thing.CategoryID = 123;
Console.WriteLine("Category name: {0}", order.Category.Name);
抛出NullReferenceException。相关对象Category不加载ID为123的Category记录。
但是，在向DB提交更改之后，这些值将得到同步。但是在您访问DB之前，FK值和相关对象的功能实际上是独立的!
(有趣的是，同步FK值与相关对象的失败似乎只发生在没有定义子关系的情况下，即Category没有“Things”属性。但当你只是设置FK值时，“按需加载”永远不会起作用。)
明白了!
[Serializable]
class Hello
{
readonly object accountsLock = new object();
}
//Do stuff to deserialize Hello with BinaryFormatter
//and now... accountsLock == null ;)
这个故事的寓意:反序列化对象时不运行字段初始化程序
