解决方法
由于我不想开始一个新问题,因此迟到了讨论.我来自哪里是确定应用于中型ASP.NET MVC项目的最佳实践.
首先让我总结一下我们的选择： –
1)IDataErrorInfo易于实现.您所需要的只是在Model类中派生IDataErrorInfo.问题在于,您要让模型绑定强制执行业务规则.业务规则应由模型强制执行. IDataErrorInfo的另一个问题(同样适用于DataAnnotations)是(从Steven Sanderson’s book解释它无法报告与单个属性相关的多个错误或与whle对象模型相关的多个错误).
2)DataAnnotation给我,就像一个模式检查(验证).这是您的应用程序应该进行的第一次检查.但是(恕我直言),它不适合实施您的业务规则.
3)实现自己的ModelBinder.尽管可以这样做但严肃地说,ModelBinder的用法是将数据解析并绑定到模型,而不是执行复杂的验证和业务规则检查.我将保留业务规则检查以在您的模型/域层中实现.
4)自己动手 – 使用服务层进行验证(参见this.所示示例的优点是使用接口类与Controller和Model State分离.另一个选择是从模型层抛出适当的异常.后一个选项在单独的应用程序(例如WCF应用程序)中实现服务层时非常有用.
你怎么看？对于中型到大型项目,您使用(或打算采用)上述哪些选项？为什么？
干杯
