两个问题可能会立即显而易见,但我已经花了太长时间追踪它们:
我已经设置了一个 AuditInterceptor 以便对实现我的 IAuditable 接口的实体进行自动审计,该接口的使用如下:
公共类 AuditInterceptor : EmptyInterceptor { public override bool OnSave(object entity, object id, object[] state, string[] propertyNames, IType[] types) { var auditable = entity as IAuditable;
if (auditable == null) return false; var now = DateTime.Now; auditable.CreateDate = now; auditable.ModifiedDate = now; return true; } public override bool OnFlushDirty(object entity, object id, object[] currentState, object[] previousState, string[] propertyNames, IType[] types) { var auditable = entity as IAuditable; if (auditable == null) return false; auditable.ModifiedDate = DateTime.Now; return true; }
}
这两个字段在数据库、POCO 和映射文件中都不能为空。但是,在保存时,在调用拦截器时(可以单步执行并查看设置为 DateTime.Now 的适用字段),仍然会引发 SqlDateTime 异常:
SqlDateTime 溢出。必须在 1753 年 1 月 1 日上午 12:00:00 到 9999 年 12 月 31 日晚上 11:59:59 之间
我之前在某个地方(映射文件、数据库、POCO)存在不匹配的地方看到过这种情况,其中 DateTime 在某些地方指定为空,而在其他地方不指定。但是,我已经检查过了,在这方面一切都很好。我可以在 SaveOrUpdate(entity) 之前手动设置值,它可以毫无问题地插入/保存。如果不手动设置它们,它就好像完全错过了拦截器(即使我知道不是),并且两个 DateTime 属性从未设置(因此被视为 DateTime.MinValue: 01/01/0001 ...)因此超出范围。但是在单步执行时,这些值已正确设置为 DateTime.Now。
怎么了?对于它的价值,我实际上之前也设置了一个事件监听器,它导致了同样的问题。
- 现在对于一个必须在某个地方回答的愚蠢问题,但我找不到它:作为处理上述问题的一部分,我迅速检查是否使 DateTime 始终可以为空,但我知道其中一个重大变化NHibernate 2.* 是不再支持 NHibernate.Nullables。因此,您在映射文件中使用什么来映射可为空的 DateTime?类型?对于即:
可以理解的是不起作用:
<property name="CreateDate" column="CreateDate" type="DateTime?" not-null="false" />
并且不再支持:
<property name="ModifiedDate" column="ModifiedDate" type="Nullables.NHibernate.NullableDateTimeType, Nullables.NHibernate" not-null="false"/>
任何指针将不胜感激!