验证设计模式我正在为我们的一个部门开发数据验证实用程序，它具有以下要求。-动态添加新的业务实体-动态地向实体添加新的验证。-用于显示业务实体列表及其有效性的UI-用户可以选择开始验证所有或选定的业务实体有效性。-如果任何验证失败，UI将显示一条验证错误消息。–即使任何认证失败，系统也应该进行下一次认证，从而验证所有配置的认证。在网上搜索后，我发现了以下2种满足我业务需求的承诺设计模式，一种是id装饰模式，另一种是命令链（akachainofresponsibility）。现在我的问题是哪个更好？有人有更好的主意吗？谢谢，我想你想要的是规范模式。所以你会做这样的事情：这种模式的好处是每个规则都可以单独测试，并且您可以选择何时应用验证规则（而不是某些框架将此决定强加给您）。我也在使用规范模式。这是它的基本实现。公共类规范：ISpecification{privatePredicatepredicate;publicSpecification(Predicatepredicate){this.predicate=predicate;}publicboolIsSatisfiedBy(Tcandidate){returnthis.predicate.Invoke(candidate);通过这个实现，我只是在构造函数中传递一个谓词，如下所示：varspecification=newSpecification(x=>x.SomeDomainBoolMethod());我的业务对象中有几个bool方法，而不是几个类（每个条件一个）。以上就是C#学习教程：验证设计模式分享的全部内容。如果对你有用，需要进一步了解C#学习教程，希望大家多多关注。本文收集自网络，不代表立场。如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
