依赖坐标应放在具体模块的pom.xml文件中，而不是总（父）pom.xml文件中，当这些依赖仅在某些特定模块中使用时。这样做的理由如下：
-
清晰的依赖管理：将依赖直接声明在使用它们的模块的
pom.xml中，有助于保持每个模块的依赖关系清晰、独立。这样，查看某个模块的pom.xml即可明确了解该模块所依赖的所有库及其版本，无需查阅父级pom.xml或其他地方，提高了代码的可读性和维护性。 -
避免不必要的传递依赖：如果将只在部分模块中使用的依赖放在总
pom.xml的<dependencies>部分，那么这些依赖会成为所有子模块的间接（传递）依赖。即使其他模块并不直接使用这些库，构建工具（如Maven）仍会在其构建过程中处理这些依赖，增加了构建时间和资源消耗，也可能引入不必要的冲突或兼容性问题。 -
遵循“关注点分离”原则：每个模块应专注于实现其特定的功能或业务逻辑，其依赖应与其职责紧密相关。将仅在特定模块中使用的依赖放在对应的
pom.xml中，符合软件工程中的“关注点分离”原则，有利于模块化设计和组件化开发。 -
灵活的版本管理：对于仅在特定模块中使用的依赖，可能需要针对该模块的特性和需求选择特定的版本。将这些依赖放在模块自身的
pom.xml中，可以使各个模块独立管理各自的依赖版本，避免因全局统一版本而导致的版本不匹配或升级困难问题。
当然，这并不意味着总pom.xml文件在依赖管理中无足轻重。恰恰相反，总pom.xml通常用于集中管理所有模块共享的通用依赖及其版本，以及定义依赖管理策略（如 <dependencyManagement> 部分）。这样可以确保共享依赖在整个项目中的一致性，减少版本冲突，并简化子模块的依赖声明。
总结来说，对于仅在某些模块中使用的依赖，应将其坐标放在对应模块的pom.xml文件中。这样做有助于保持依赖关系清晰、避免不必要的传递依赖、遵循“关注点分离”原则以及灵活管理版本。同时，利用总pom.xml集中管理共享依赖，以实现整个项目的依赖一致性与简洁性。