3.4.2 按业务概念分组 在微服务架构与领域驱动设计(DDD)日益成为中大型系统事实标准的今天,我们常常听到一句看似朴素却暗藏玄机的话:“代码应该像业务一样呼吸。”——它不是修辞,而是对模块组织哲学的终极叩问。当团队在 Git 仓库里为一个 新增第十个 类时;当 PR 评审者翻到第 17 层嵌套包路径 却仍不确定这个校验规则究竟服务于“履约超时”还是“跨境清关”;当新同学花三天才搞清 和 为何分属两个模块却共享同一张 表——那一刻,我们面对的已不是技术债务,而是业务语义在代码空间中的失重与漂移。 3.4.2 “按业务概念分组”,正是为锚定这种失重而设的技术契约。它拒绝将包结构视为命名空间的机械延伸,也否定以技术职责(如 / / )为唯一维度的扁平切分。