Validation Drools规则引擎或任何其他适合此要求的规则引擎

我正在从事这个项目，我的角色是开发一个使用标准医疗保险xml的服务。服务必须对不同的xml字段进行验证，这涉及将xml数据与数据库表中的数据进行比较。目前，我们假设所有保险公司的有效期保持不变。但我怀疑它是否会保持不变，每个公司可能有不同的验证要求。在这种情况下，使用Drools规则引擎并为每个公司开发drl文件并使用规则引擎进行xml验证是否是一个好主意？

解决此问题的一种可能方法是首先将每个公司特定的文件解析为通用格式（中间表示），一个xml文件，它可以是您自己的标准，用于表示以前解析的文件的数据

然后为特定的中间格式编写验证引擎文件

---

如果您这样做，那么您可以使用一个文件，其中定义了所有验证规则，而不是为所有不同的公司创建单独的文件。

不确定我是否理解您的答复。。XML模式对于所有公司都是相同的。只是一家公司可能不会填写某个字段，而另一家公司可能会发送该字段。哦，好吧。。。我认为每个公司都有各自的模式：P。然后，我能想到的唯一方法是将所有xml文件作为子节点附加到新文件中，每个子节点的父节点表示它们所属的公司。有了这个，你可以在一个文件中指定你的所有规则。我希望我能理解你的问题。让我试试。我想说，你的解决方案在于一个恰当的设计。既然你不需要征求设计方面的建议，但现在哪种工具最适合作为规则引擎，我可能会选择drools，因为它被广泛使用和开发，而且更容易找到熟练的开发人员和优秀的文档。我需要验证传入的数据。。每个公司的数据可能会发生变化。规则引擎是否适合验证数据。我们需要每个公司的drl文件吗？是的。基本上，规则引擎告诉你该做什么，而不是如何做。“做什么”的概念类似于验证。正如您所说的，您可以为每个公司创建一个drl，或者为主流之外的公司扩展一些通用drl。要进行验证，只需插入一个对象（如布尔值），然后检查工作内存，并检查该对象是否为真。这是一种方法，你也可以想出一些在你的情况下效果更好的方法。在决定使用Drools之前，你需要澄清一些事情。您有多少验证规则？是否需要从中央存储库管理此规则？您的性能要求是什么？你的领域有多复杂？谁来写验证规则？很抱歉，我错过了你的问题。目前，验证规则很少，例如此服务的6个验证。随着我们将对更多服务使用相同的xsd，规则有望增长。我计划有一个服务规则文件。我会写这条规则，没有BAs会做这件事。