在c#或。net中最糟糕的问题是什么?

我最近正在使用一个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#陷阱分类会很有用。

当前回答

ASP。NET:

如果你正在使用Linq-To-SQL，你在数据上下文中调用SubmitChanges()，它会抛出一个异常(例如，重复的键或其他约束违反)，当你调试时，有问题的对象值会保留在你的内存中，并且每次你随后调用SubmitChanges()时都会重新提交。

现在真正的问题是:即使您在IDE中按下“停止”按钮并重新启动，坏值仍将保留在内存中!我不明白为什么有人认为这是一个好主意-但小ASP。. NET图标弹出在您的系统托盘保持运行，它似乎保存您的对象缓存。如果你想冲洗你的内存空间，你必须右键单击该图标并强制关闭它!明白了!

其他回答

垃圾收集和Dispose()。虽然不需要做任何事情来释放内存，但仍然需要通过Dispose()释放资源。当你使用WinForms或以任何方式跟踪对象时，这是一个非常容易忘记的事情。

到目前为止我最糟糕的一个，我今天才想出来……如果你重写object。Equals(object obj)，你会发现:

((MyObject)obj).Equals(this);

与以下行为不同:

((MyObject)obj) == this;

一个会调用你的覆盖函数，另一个不会。

递归属性有问题

我认为不是c#特有的，而且我确信我在SO的其他地方看到过它(这个问题让我想起了它)

它有两种发生方式，但最终结果是一样的:

忘记引用基数。当重写一个属性时:

 public override bool IsRecursive
 {
     get { return IsRecursive; }
     set { IsRecursive = value; }
 }

从auto-属性改为back -属性，但并没有完全改变:

public bool IsRecursive
{
    get { return IsRecursive; }
    set { IsRecursive = value; }
}

数组实现IList

但是不要执行它。当您调用Add时，它会告诉您它不起作用。那么，为什么一个类在不支持接口的情况下还要实现接口呢?

编译，但不工作:

IList<int> myList = new int[] { 1, 2, 4 };
myList.Add(5);

我们经常遇到这个问题，因为序列化器(WCF)将所有的list转换为数组，我们会得到运行时错误。

ASP。NET:

推荐文章