按业务拆分模块的疑惑

前情概要

打算做一个 Java admin 快速开发框架；将常用的库、权限管理、用户管理...啥的集成，方便平时做点小项目。

项目结构

• xinyue-platform 是 parent 项目，类型是 pom
• xinyue-admin 是 Web 项目，用来最后打包运行的后台管理服务
• xinyue-business 是所有的业务逻辑模块，模块内按照业务分包(业务包内分层)，如图：
• 
• xinyue-core 是项目核心模块，包含一些 base 基类等等
• xinyue-common 作为公共模块，放一些常量、工具类、枚举啥的
• xinyue-generator/xinyue-task 暂时可以忽略，还没设计 😂

依赖关系

• xinyue-admin 依赖 xinyue-business
• xinyue-business 依赖 xinyue-core
• xinyue-core 依赖 xinyue-common

设计初衷

因为未来比如用这个 platform 做电商项目，可能还需要对外提供 xinyue-api-h5/xinyue-api-appliet 一类的服务；所以希望可以将业务逻辑下沉到单独的模块，可以供 admin(后台管理系统)和各个终端 API 调用

这也是为什么 xinyue-business 模块内部，分层的时候只有 entity、repository、service 层的原因了，因为具体这些服务对外提供的接口；可能路径不同，也可能需要在不同的 Web 层在进行一些业务逻辑

所以 controller 层被单独拿到了 xinyue-admin 模块(也有可能是未来的 xinyue-api-xxx 模块)，如图：

疑问

目前的设计存在哪些问题？

• 由于自己还在上学，没接触过过大型项目，都是在 Google 和开源项目中学习了一些思路
• 自己根据自己的业务特点设计了如上的结构，不知道是否标准，或者说存在着哪些问题呢
• 之前参考的项目多是按业务模块划分，模块内 entity、repository、service、controller 分层，有些疑惑：
  • 比如分为 user 模块和 order 模块，不采用微服务，那么最终还是要打包到某个 Web 服务中发布运行的
  • 可是如果 order 模块某些逻辑需要依赖 user 模块，直接在 order.pom 中添加 user 的依赖会不会有点怪怪的
  • 并且，这样岂不是 maven 会有重复依赖的问题，比如 order 和 user 都有 springBoot-starer-web/data--jpa 的依赖，order 再依赖 user，那么 springBoot-starer-web/data--jpa 不就重复依赖了么？

business 按业务分包是否可以直接拆分为 xxx 模块

• 有的时候在想，目前的 business 内按照业务分包，会不会导致未来各个业务包之间边界越来越模糊的问题(同在一个模块，可以直接互相调用其他包)
  • 比如同上的情况；order 的某些逻辑依赖 user ，那么可以直接在 orderService 中调用 user 提供的 service/repository，没有任何壁垒
  • 那么各个业务包是否丧失了高内聚、低耦合的核心
• 若拆分为各个业务模块，又是否能解决这些问题

项目中的依赖关系如何管理

参考、分析了 4、5 个 GitHub 上高分的类似快速开发平台，发现这些项目被 Idea 的 Maven 提示 omitted for duplicate，其实也是我第一个问题里面提到的重复以来的问题；看提示 maven 应该会自动处理，主要就是心里面有点想不通，这样会不会有隐患

结语

希望各位可以给一些参考意见，小弟不胜感激