我最近正在使用一个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#陷阱分类会很有用。
当前回答
mystring.Replace("x","y")
虽然它看起来应该对被调用的字符串进行替换，但实际上它返回了一个新字符串，替换完成后没有改变被调用的字符串。你需要记住字符串是不可变的。
其他回答
内存泄漏，因为您没有取消关联事件。
这甚至让我认识的一些高级开发人员被发现了。
想象一个WPF表单，里面有很多东西，你在其中的某个地方订阅了一个事件。如果您不取消订阅，那么关闭和取消引用后，整个表单将保留在内存中。
我相信我看到的问题是在WPF表单中创建一个DispatchTimer并订阅Tick事件，如果你不对计时器做-=，你的表单泄漏内存!
在本例中，您的拆卸代码应该具有
timer.Tick -= TimerTickEventHandler;
这一点特别棘手，因为您在WPF表单中创建了DispatchTimer实例，所以您会认为它是一个由垃圾收集进程处理的内部引用……不幸的是，DispatchTimer在UI线程上使用了一个静态的订阅和服务请求的内部列表，所以引用是由静态类“拥有”的。
我经常提醒自己DateTime是一个值类型，而不是引用类型。对我来说太奇怪了，特别是考虑到它的各种构造函数。
Linq2SQL:接口成员的映射[…]不支持。
如果对实现接口的对象执行Linq2Sql查询，则会得到非常奇怪的行为。假设你有一个类MyClass，它实现了一个接口IHasDescription，这样:
public interface IHasDescription {
string Description { get; set; }
}
public partial class MyClass : IHasDescription { }
(MyClass的另一半是一个Linq2Sql生成的类，包括属性Description。)
现在你写一些代码(这通常发生在泛型方法中):
public static T GetByDescription<T>(System.Data.Linq.Table<T> table, string desc)
where T : class, IHasDescription {
return table.Where(t => t.Description == desc).FirstOrDefault();
}
编译正常-但你会得到一个运行时错误:
NotSupportedException: The mapping of interface member IHasDescription.Description is not supported.
现在该怎么办呢?好吧，这真的很明显:只需将==更改为.Equals()，这样:
return table.Where(t => t.Description.Equals(desc)).FirstOrDefault();
现在一切都好了!
在这里看到的。
讨厌的Linq缓存抓到了你
看看我的问题导致了这个发现，以及发现这个问题的博主。
简而言之，DataContext保存了你曾经加载过的所有Linq-to-Sql对象的缓存。如果其他人对您之前加载的记录进行了任何更改，则您将无法获得最新数据，即使您显式地重新加载该记录!
这是因为DataContext上有一个名为ObjectTrackingEnabled的属性，默认为true。如果您将该属性设置为false，则记录将每次重新加载…但是…你不能使用SubmitChanges()持久化对该记录的任何更改。
明白了!
一些代码:
List<int> a = new List<int>();
for (int i = 0; i < 10; i++)
{
a.Add(i);
}
var q1 = (from aa in a
where aa == 2
select aa).Single();
var q2 = (from aa in a
where aa == 2
select aa).First();
q1 -在这个查询中检查List中的所有整数; Q2 -检查整数，直到找到“正确的”整数。
