洋葱架构中同层方法能否互调？该做法是否为不良实践？

在洋葱架构里，同层内的方法互相调用完全允许，且绝非不良实践，反而在多数场景下是合理且必要的做法，原因如下：

• 职责内的逻辑复用：同层方法属于同一职责边界（比如领域层聚焦业务规则、应用层负责用例编排），将复杂逻辑拆分为多个单一职责的小方法并互相调用，是代码解耦、提升可读性的常规操作。例如领域层中，计算订单实付金额的方法，可调用同层的计算商品折扣和校验满减条件方法，每个方法只处理单一逻辑，维护成本更低。
• 不违反架构核心规则：洋葱架构的核心是「依赖方向向内，外层依赖内层，内层不依赖外层」，同层调用完全在同一职责圈层内进行，不会打破分层依赖的规则。反而如果为了避免同层调用硬把所有逻辑堆进一个方法，会导致代码臃肿，或者强行跨层调用（让外层做内层的事），才是真正违反架构原则的行为。
• 降低冗余复杂度：同层调用能避免重复写相同逻辑，同时保持分层的纯粹性。比如应用层的多个用例方法，可能都需要调用同层的校验用户权限方法，这种复用既符合应用层的职责，又不会引入跨层依赖。

当然，同层调用也需要注意避免滥用：

• 别模糊职责边界：如果同层调用是因为把不属于当前层的逻辑硬塞进来（比如在应用层写了本该领域层处理的业务规则，然后互相调用），这是职责划分的问题，不是同层调用本身的问题。
• 避免循环依赖：同层内出现A调用B、B又调用A的循环逻辑，会让代码难以测试和维护，此时需要重构拆分出独立的公共方法，或者调整职责划分。
• 保证可测试性：同层的每个方法都应该能独立测试，互相调用时要确保每个小方法的逻辑是可验证的，不要因为调用关系导致测试变得复杂。

内容的提问来源于stack exchange，提问作者Magni Hansen