NHibernate 的默认行为是在调用 Session.Flush() 时将对对象的所有更改写入数据库。无论您是否愿意，它都会这样做。
当我们需要执行诸如验证业务规则或输入等操作时，如何防止将错误数据写入数据库？
例如..
Customer.Name 属性已更新和.. Customer.IsValid() 被调用。 IsValid() 为假并且我们显示错误消息，NHibernate 仍会更新数据库。【问题讨论】：
标签： .net nhibernate castle-activerecord
专门针对 ActiveRecord：如果您不自己更改 SessionScope，AR 默认为 session-per-call 的会话管理模式，其中为 ActiveRecordMediator 的每个操作创建一个新会话。因此，一旦您检索到它们，您检索的所有对象都已与其父会话断开连接。除非您调用 Save（或 SaveAndUpdate，甚至是 Update），否则更改将不会持续存在然后处理会话（导致刷新并因此写入更改）。
当您以这种方式使用 AR 时，它会完全按照您的意愿行事（即，除非您明确调用 Save，否则不会写回任何更改）。但这明显违背了预期的 NHibernate 行为，您不能进行延迟加载或充分利用缓存。我已经在一些 Web 应用程序中使用了这种模式，但是它们是为预先加载而设计的，并且相当多的持久对象实际上是不可变的和静态的，并且可以在启动时整体加载并缓存而无需连接到任何会议。如果您的应用不适合此模型，那么每次调用会话可能不是一个好主意。
由于您似乎使用的是 UOW 模式，因此您无法利用这种行为。因此，您必须要么从 NHibernate 会话中逐出对象（并且访问真实的 ISession 实例实际上并不像在 AR 中看起来那么容易），要么更改您的应用程序的工作方式，以便不会实际修改持久对象的属性直到您的业务规则得到验证。
【讨论】：
使用 ISession.Evict(objectToEvict) 方法驱逐无效对象。
见：http://www.tobinharris.com/2007/2/3/nhibernate-faq 和 http://www.surcombe.com/nhibernate-1.2/api/html/M_NHibernate_ISession_Evict.htm
【讨论】：
NHibernate 的默认行为是在调用 Session.Flush() 时将对对象的所有更改写入数据库。无论您是否愿意，它都会这样做。
如果您不希望 NHibernate 刷新会话，那么为什么要告诉它刷新会话？ Flush() 是 WriteAllChangesToObjectsToTheDatabase() 的简写。
当我们需要做诸如验证业务规则或输入之类的事情时，我们如何防止将不良数据写入数据库？
【讨论】：
所以，我知道这完全是矫枉过正，但这是我修复它的方法。
转换为 NHibernate 2.0 并使用 NHibernate Validator 项目来运行我的输入验证规则。我还没有处理业务规则，但我认为我可以使用自定义验证器规则来完成它们，如果这不起作用，我可以使用 nhibernate 事件。
由于我已经在使用存储库模式，因此转换非常简单。只花了大约 4-5 个小时，我们的模型非常广泛。能够从 AR 属性生成 .xml 文件可以节省大量时间。
【讨论】：
您还可以将 Session 与 FlushAction.Never 一起使用。即：
SessionScope session = new SessionScope(FlushAction.Never);
这会将默认行为从自动保存所有内容切换到您明确需要在实体上调用 .Save() 。所以你可以做任何你需要做的验证，然后才保存你想要的......
【讨论】：