Question

这是关于如何布局Java包的一些实验性思考。

作为Java开发人员，我们看起来可能有多种形式的以下布局：

com.example.service.rest  
UserRestService.java  
BookRestService.java  
TaskRestService.java  

com.example.service.rest.impl  
UserRestServiceImpl.java  
BookRestServiceImpl.java  
TaskRestServiceImpl.java  

com.example.data  
UserDTO.java  
BookDTO.java  
TaskDTO.java

多年来，我一直是这种布局的消费者。

我简单地参与了一个NodeJS项目，其中布局完全不同，我只是喜欢每个组件的平整度，简洁性和包容性。

与我习惯的相比，感觉就像我的课程（上面的布局）被抛出，好像是一个exp;乳液发生了。

NodeJS项目布局（翻译为Java）如下所示：

com.example.service.rest.user  
UserDTO.java  
UserRestService.java  
UserRestServiceImpl.java  

com.example.service.rest.book  
BookDTO.java  
BookRestService.java  
BookRestServiceImpl.java  

com.example.service.rest.task  
TaskDTO.java  
TaskRestService.java  
TaskRestServiceImpl.java

我采用的NodeJS布局有一个非常扁平的结构，其中每个目录/包都包含其余的控制器，服务和DAL / DAO。

感觉好像一切都被打成了有组织的微型桶。

有没有人曾经尝试过更大规模的第二种方法？您对第一个布局与第二个布局有什么想法？关于这个主题的任何阅读资源？

Answer 1

你可以任何有意义的方式布置你的包裹。你称之为＆＃34; NodeJS＆＃34;布局在Java代码中很常见。每个API可能都有自己的逻辑驱动包组织。选择支持有效维护的包装布局是计算机编程艺术的一部分。

我真的没有看到一种策略与另一种策略之间存在本质上的不同。它们既是武断的，也可以服务于不同的项目。我建议您使用对您，团队和单个项目最有意义的那个。

构建我们的Java包

1 个答案: