解决方法
由于我不想开始一个新问题,因此迟到了讨论.我来自哪里是确定应用于中型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应用程序)中实现服务层时非常有用.
你怎么看?对于中型到大型项目,您使用(或打算采用)上述哪些选项?为什么?
干杯
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。