我确实在Spring应用程序标准体系结构（控制器 - ＆gt; service - ＆gt; DAO ...）中遇到了验证和业务规则编程（设计）的问题。
一点一点地，服务层类正在变得过度使用丑陋的if-s ，天真重构的方法在类级别上统一了一些常见的验证等等。这需要一些更多的重构实践来使代码更易于维护。
我知道业务规则管理系统，以及Hibernate Validator之类的东西，但我不想在可能的情况下使用第三方解决方案。
最近，我读到域驱动程序设计和规范模式看起来像是业务规则组织的有吸引力的解决方案。我还阅读了关于Spring和DDD组合的不同观点。
因为我是初学者，可能我的想法看起来很幼稚，但我正在考虑将Spring框架和规范模式的AOP 功能结合起来作为制定业务的便利方法规则和逻辑。在该组合中，AOP仅用于在特定服务方法中插入特定业务规则。作为一些扩展，我认为可能策略模式将有助于定义不同的验证策略。
但是，出现了很多问题。如何根据验证背景，类号爆炸，模式过度等变化策略？
我只想听听关于这个想法和建议的一些想法关于提到的问题。感谢