[英]structuring our Java packages
这是关于如何布局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; lotion。
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。
感觉就像一切都被分解成有组织的微型存储桶。
有人曾经尝试过更大规模的第二种方法吗?
您对第一种布局与第二种布局有什么想法?
关于这个主题有阅读资源吗?
您可以以任何合理的方式布置包裹。 您所谓的“ NodeJS”布局在Java代码中很常见。 每个API可能都有自己的逻辑驱动程序包组织。 选择有效支持维护的程序包布局是计算机编程技术的一部分。
我真的没有看到一种策略与另一种策略有本质上的区别。 它们都是任意的,可以服务于不同的项目。 我建议您使用最适合您,团队和单个项目的方案。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.