后端开发实践系列——Spring Boot项目模板

对于gradle而言，我们刻意地将Gradle插件脚本与插件配置放到了一起，比如Checkstyle：

├── gradle 
│   ├── checkstyle 
│   │   ├── checkstyle.gradle 
│   │   └── checkstyle.xml 

事实上，在默认情况下Checkstyle插件会从项目根目录下的config目录查找checkstyle.xml配置文件，但是这一方面增加了多余的文件夹，另一方面与该插件相关的设施分散在了不同的地方，违背了广义上的内聚原则。

基于业务分包

早年的Java分包方式通常是基于技术的，比如与domain包平级的有controller包、service包和infrastructure包等。这种方式当前并不被行业所推崇，而是应该首先基于业务分包。比如，在订单示例项目中，有两个重要的领域对象Order和Product(在DDD中称为聚合根)，所有的业务都围绕它们展开，因此分别创建order包和product包，再分别在包下创建与之相关的各个子包。此时的order包如下：

├── order 
│   ├── OrderApplicationService.java 
│   ├── OrderController.java 
│   ├── OrderNotFoundException.java 
│   ├── OrderRepository.java 
│   ├── OrderService.java 
│   └── model 
│       ├── Order.java 
│       ├── OrderFactory.java 
│       ├── OrderId.java 
│       ├── OrderItem.java 
│       └── OrderStatus.java 

可以看到，在order包下我们直接放置了OrderController和OrderRepository等类，而没有必要再为这些类划分单独的子包。而对于领域模型Order来讲，由于包含了多个对象，因此基于内聚性原则将它们归到model包中。但是这并不是一个必须，如果业务足够简单，我们甚至可以将所有类直接放到业务包下，product包便是如此：

└── product 
    ├── Product.java 
    ├── ProductApplicationService.java 
    ├── ProductController.java 
    ├── ProductId.java 
    └── ProductRepository.java 

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!