使用SpringAOP、规范模式和策略模式的业务规则和验证

我在Spring应用程序标准体系结构（控制器->服务->DAO…）中的验证和业务规则编程（设计）方面确实遇到了麻烦

一点一点地，服务层类被丑陋的if-s重载，这些幼稚的重构方法统一了类级别上的一些常见验证等。简单地说，所有这些都需要更多的重构实践来提高代码的可维护性

我知道业务规则管理系统和Hibernate Validator之类的东西，但是如果可能的话，我不想使用第三方解决方案

最近，我读到一篇关于域驱动程序设计和规范模式的文章，对于业务规则组织来说是一个很有吸引力的解决方案。我也读过关于Spring和DDD组合的不同观点

因为我是初学者，可能我的想法看起来很幼稚，但我想结合Spring框架和规范模式的AOP功能，作为制定业务规则和逻辑的方便方法。在这种组合中，AOP将仅用于在特定的服务方法中插入特定的业务规则。作为扩展，我认为策略模式可能有助于定义不同的验证策略

但是，出现了许多问题。如何根据验证上下文、类号爆炸、模式过度使用等改变策略

我只想听听关于这个想法的一些想法和关于所提到的问题的建议。谢谢