【问题标题】:Spring Boot With Submodules Or Without Them?Spring Boot 有子模块还是没有子模块?
【发布时间】:2017-11-30 11:49:08
【问题描述】:

如果我有很多来自不同层的不同模块(域服务、域实体、模型、控制器、fasade...),我只是一个初学者和徘徊,我应该将它们分组并创建模块子模块子-子模式等。我的项目目前看起来像这样,我的方法有什么不好的吗?我只是想知道这样做的缺点是什么,以及您将如何做不同的事情? :)

My project structure

或者我应该把它们都放在项目的根目录下,在这种情况下它们都会分散并混合在一起(如果我有超过100个模块怎么办),我觉得这是一个不好的方法。还是我错了?但是,如果我想更改一个特定的模块,我必须只查看一个根 pom.xml 文件,并且只在那里进行更改,而不是进入子模块、子子模块并查看它们的 pom.xml 和在那里改变。

【问题讨论】:

  • 看看我的结构,也许你会知道你的应该是什么样子:github.com/nazaryan/ShipIt/tree/bootintegration2/src/main/java/… 关于你的问题“如果我有超过 100 个模块怎么办”我会说如果有需要拥有比您应该拥有的 100 个模块,重要的是对类组进行逻辑分离。还有一个小建议,确保完全理解“单一职责”的设计原则

标签: java spring maven spring-boot pom.xml


【解决方案1】:

我认为您误解了模块的作用。将项目拆分为多个模块很有用,例如在库的情况下,项目的某些消费者只需要类的子集,或者库的开发人员想要制作一个明确区分什么是公共 API 和什么是私有实现。对于大型项目,它可能会使代码更容易保持有序,即使从技术上讲,代码可能都在同一个模块中。

对于您的情况,适当的包装会有很大帮助。

 For Example: 
 All entity classes inside com.example.entity package
 All service classes inside com.example.service package and so on

【讨论】:

  • 我不同意你的看法。分离模块意味着分离关注点,这也应该在 Maven 模块中表示......部署不是制作模块的理由......
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2017-06-07
  • 2018-07-09
  • 2019-01-25
  • 2018-11-01
  • 2018-08-31
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多