我们有一个业务需求，要让高级用户编辑保险费率和注册规则。我们需要一个Web界面，让他们可以说“这个产品只适用于<55岁的人，除非他们来自德克萨斯州并拥有一只贵宾犬”或者其他什么条件。澄清一下：保险是非常复杂的。规则因产品、州份而异，并且经常变化。
我们看了几个规则引擎，但商业引擎价格在10万美元以上，开源引擎似乎不太完善。如果我们预先创建规则，则Windows Workflow可以工作，但在运行时构建规则似乎需要绕过代码访问安全性，这很危险。
重新发明这个轮子会是一个疯狂的想法吗？.net是否有更好的替代方案？
我认为评估规则不是问题，更大的挑战是解析用户输入的规则。为了解析规则，你应该考虑创建一些DSL。Martin Fowler在这里提出了一些想法。然后，ANTLR也值得一看。
关于评估部分：我在金融行业工作，也有复杂的规则，但我从未使用过规则引擎。命令式编程语言（在我的情况下是C#）的手段（到目前为止）足够了。对于某些场合，我考虑过规则引擎，但规则引擎的技术风险总是高于预期的收益。规则（直到目前为止）从未那么复杂，需要声明式编程模型。
如果您使用面向对象语言，可以尝试应用规范模式。Eric Evans和Martin Fowler写了一份更详细的说明，您可以在这里找到。或者，您可以编写自己的简单规则引擎。
（*）注：无论如何，您都需要将规则引擎嵌入到应用程序中，而这很可能是用某种面向对象语言编写的。因此，有一些技术上的障碍需要克服。每个这样的桥梁都是一个技术风险。我曾经见过一个Java Web应用程序使用用C编写的规则引擎。在开始时，C程序有时会产生核心转储并拆除整个Web应用程序。
我认为像大多数制造 vs 购买的决策一样，这总是需要你个人做出权衡。如果你购买一个成本超过100K的现成解决方案，而你只会使用其中的1％，那么这可能是一笔不明智的花费。然而，如果产品完全符合要求，那么你几乎可以确定你永远无法以更少的费用来构建它（假设他们在该特定领域拥有丰富的经验）。
因此，只要你不试图尝试复制现成产品的全部功能，而是专注于你所需的特定功能，并不被构建非常漂亮（但昂贵）的框架的想法所诱惑，那么重新发明轮子并不疯狂。
100K并不是小数目，但一名合格的程序员的薪资几乎肯定会超过这个数 - 你有没有能够以更便宜的价格雇佣一名程序员来完成这个任务？他们是否能够在一年内完成任务？同时，他们的工作质量（适合你的需求）是否和那些薪资更高的程序员一样好或更好？
有没有比 .net 更好的替代品？
一个选择是在您的 .net 代码中使用嵌入式脚本引擎，例如 Iron Python。为您的用户提供 GUI 来制定规则，将“规则”转换为 Python 脚本，在 .Net 中调用 Python 脚本引擎来执行脚本。
我们重新发明这个轮子是疯了吗？
如果没有现成的产品符合您的需求，那么不会。
