处理许多参数和业务规则的设计模式

似乎该类需要重构,因为它似乎违反了 Single Responsibility Principle facade pattern ,其中主类表示系统正在执行的操作的高级抽象。

这种类型的程序如果不从一开始就保持干净,可能会变得非常混乱。我自己总是尽量坚持基本的3层应用程序(表示、业务、数据)。以这种方式构建应用程序有很多有用的信息,最好这样做 some demo projects MSDN reference .

我最好的建议是花时间 很多。使用图表、流程图等。。当一个程序如此复杂时,我喜欢在开始编写代码之前就为我的层打好基础。

根据您对需求的描述,没有真正“简单”的方法来实现这一点。它所必需的功能是庞大和多样的。我唯一的建议是将整个东西放入一个DLL库(甚至是一组DLL),分离不同的前端,这样引用程序集就不需要依赖Windows服务(例如);并且坚持基本的OOP命令,比如松耦合。

通过对规则进行建模,您可以切换到更可配置/更灵活的方法。可以组合多个规则以公开影响作业和相关任务结果的不同操作。

这允许您拥有由其他规则组成的规则。根据您所处的场景,这可以极大地简化您处理它的方式,因为一些涉及跨所有这些系统的隐式规则的操作可以表示为简单规则的组合。我会尽量简单,但是当你扩展它的时候,你可能会发现需要不同的方法来组合规则,并且模式会自己出现。

至于固体,我建议检查一下 the ebook here 并尝试保持不断发展的代码方法。