Validation 验证-前端和提要文件-使用相同的框架是否有效？

我有一个基于java的web应用程序，它大约有7年的历史，并且随着时间的推移已经有机地增长了。从历史上看，它一直是一个基于mvc的应用程序。用户过去常常输入数据，这些数据过去使用标准的基于mvc的验证（即Struts）进行验证。后来，我们不得不使用Drools对来自其他来源的提要文件进行一些验证。基于Drools的验证工作得相当好

然而，现在我们有一个问题。MVC中有一些验证，例如Struts。在Drools中有一些验证。虽然它们在各自的领域都工作得很好，但我们有重复的验证。此外，正如预期的那样，我们在一个场景中存在验证问题，而在另一个场景中则没有。当然，战术上的解决办法是我们对所有的验证都有很好的把握，并确保任何传入的数据——无论是通过前端还是来自提要文件的数据——都能通过所有的验证。它应该可以工作，但这是劳动密集型的，而且容易出错

我正在对该小组进行民意调查，以确定是否有某种战略解决方案。我是否可以在单个存储库中移动验证，并让前端数据和提要数据通过相同的验证？最简单的答案似乎是，我将所有验证移到Drools，并确保前端与Drools交互以执行所有验证。当然，Drools正在处理——并将继续处理——所有基于提要的数据。我也知道Drools——也许——并不是打算以这种方式使用的，因此也不会是我对基于web的前端数据进行任何验证的第一选择

还有别的办法吗？你面对过这个问题吗？如果是这样的话，你有没有设法解决这个问题？如果是，怎么做

谢谢你的阅读。非常感谢您的回复