小编Jak*_*art的帖子

使用NHibernate时,为什么在实体中应该覆盖Equals或GetHashCode？在哪些情况下这些原因有效？

可以在网上找到的一些原因:

• 支持延迟加载.通过默认的Equals方法比较代理对象可能会导致意外错误.但这应该通过身份图来解决(而且在很多情况下确实如此),不应该吗？当使用单个会话中的实体时,即使不重写Equals/GetHashCode,一切也应该正常工作.是否有任何情况下身份地图不能发挥其作用？
• 这对NHibernate集合很重要.在任何情况下,GetHashCode的默认实现是不够的(不包括Equals相关问题)？
• 混合来自多个会话和分离实体的实体.这样做是个好主意吗？

还有其他原因吗？

我在Load事件中使用LoadControl方法相当广泛.但是我还没有发现任何问题,我担心MSDN文档说的是什么:

当您将控件加载到容器控件中时,容器会引发所有添加的控件的事件,直到它赶上当前事件.但是,添加的控件无法跟上回发数据处理.对于参与回发数据处理(包括验证)的附加控件,必须在Init事件中而不是在Load事件中添加控件.

它究竟意味着什么？

在Load事件中加载控件时是否还有其他陷阱？