我正在编写一个使用 NHibernate 作为我的 ORM 的 ASP.NET MVC 应用程序。不过，我在设计上有点挣扎，希望得到一些意见。
所以，我的问题是我的业务/验证逻辑应该放在哪里（例如，电子邮件地址需要 @、密码 >= 8 个字符等...）？
所以，这是最有意义的：
我想我主要关心的是将所有验证放在 NHibernate 使用的域对象上。每次我将对象从数据库中拉出时，进行不必要的验证检查似乎效率低下。需要明确的是，我认为这是一个真正的问题，因为这个应用程序要求很高（想想某些表中的数百万行）。
更新： 我删除了一行包含有关 NHibernate 的错误信息。
【问题讨论】：
标签： asp.net asp.net-mvc nhibernate oop
澄清几个误解：
a) NHib 确实不要求您映射到属性。使用access strategies，您可以轻松映射到字段。如果您更喜欢使用属性或字段以外的内容，您还可以定义自己的自定义策略。
b) 如果您确实映射到属性，getter 和 setter 不需要公开。它们可以受到保护甚至是私有的。
话虽如此，我完全同意当您从数据库中检索实体时域对象验证毫无意义。因此，我会使用在用户尝试更新实体时验证数据的服务。
【讨论】：
我目前的项目和你的完全一样。前端使用 MVC，持久化使用 NHibernate。目前，我的验证在服务层（您的选项 2）。但是，当我进行编码时，我感觉我的代码并不像我希望的那样干净。例如
public class EntityService
{
public void SaveEntity(Entity entity)
{
if( entity.Propter1 == something )
{
throw new InvalidDataException();
}
if( entity.Propter2 == somethingElse )
{
throw new InvalidDataException();
}
...
}
}
这让我觉得EntityService是一个“神级”。它对 Entity 类了解太多，我不喜欢它。对我来说，让实体类自己担心会好得多。但我也理解您对 NHibernate 性能问题的担忧。因此，我的建议是在 Setters 中实现验证逻辑并使用字段进行 NHibernate 映射。
【讨论】：