Asp.net 要意识到这不是对你问题的回答。不管怎样，这是我在有限的经验之后对基于引擎规则的多客户端web应用程序的思考

您现有的规则引擎工具支持您的web应用程序，这意味着它已经满足了您的需求。您可以使用其他“规则引擎”，如MS work flow，但在我看来，它也可能以难以维护的情况结束

假设有一个注册门户。它收集一般用户信息并保存到数据库中。简单。我们使用多个ASCx和规则为一个客户端构建一个protal，然后为另一个客户端向这些ASCx添加更多的规则和控件。通过这种方式，我们迟早会到达最终的客户。在那个时候，代码库很难维护，开发人员在很多规则中迷失了自己。这就是发生在我身上的事

所以对我来说，这不是关于使用哪个规则引擎

那怎么办

我提出了一个问题，其中一个对我来说是有意义的（虽然不是一个精心挑选的答案）。在这个回答中，这个人提到了你是一家什么样的公司。在你的问题中，它更像是你是哪个部门，或者你想分离你的开发团队

如果您在Architect团队中，请使用规则引擎构建一个框架。创建一个基本的注册门户作为示例门户。使DAO、BO与UI分离（分离层）

如果您在自定义团队中，请创建自定义用户控件（不要在基本版本中重用这些用户控件）。您将重新创建的只是UI，您仍然可以使用DAO、BO，因为它们并没有在用户控件中定义，它们位于其他层。通过这种方式，您可以自由定义您的客户机指定的规则，而无需担心会污染其他客户机规则或给其他客户机的注册引入新的bug

---

要知道这并不是对你问题的回答。不管怎样，这是我在有限的经验之后对基于引擎规则的多客户端web应用程序的思考

好问题：但是，更好的位置是程序员。stackexchange.com交叉发布给程序员：好问题：但是，更好的位置是程序员。stackexchange.com交叉发布给程序员：