Java开发技巧

Bean

Bean 使我们使用最多的模型之一

Domain 包名

根据很多 Java 程序员的”经验”来看，一个数据库表则对应着一个 Domain 对象，所以很多程序员在写代码时，包名则使用：com.xxx.domain ，这样写好像已经成为了行业的一种约束，数据库映射对象就应该是 Domain。但是你错了，Domain 是一个领域对象，往往我们再做传统 Java 软件 Web 开发中，这些 Domain 都是贫血模型，是没有行为的，或是没有足够的领域模型的行为的，所以，以这个理论来讲，这些 Domain 都应该是一个普通的 entity 对象，并非领域对象，所以请把包名改为:com.xxx.entity。

DTO

数据传输我们应该使用 DTO 对象作为传输对象，这是我们所约定的，因为很长时间我一直都在做移动端 API 设计的工作，有很多人告诉我，他们认为只有给手机端传输数据的时候（input or output），这些对象成为 DTO 对象。请注意！这种理解是错误的，只要是用于网络传输的对象，我们都认为他们可以当做是 DTO 对象，比如电商平台中，用户进行下单，下单后的数据，订单会发到 OMS 或者 ERP 系统，这些对接的返回值以及入参也叫 DTO 对象。

我们约定某对象如果是 DTO 对象，就将名称改为 XXDTO，比如订单下发 OMS：OMSOrderInputDTO。

DTO 转化

正如我们所知，DTO 为系统与外界交互的模型对象，那么肯定会有一个步骤是将 DTO 对象转化为 BO 对象或者是普通的 entity 对象，让 service 层去处理。

• 例子
  比如添加会员操作，由于用于演示，我只考虑用户的一些简单数据，当后台管理员点击添加用户时，只需要传过来用户的姓名和年龄就可以了，后端接受到数据后，将添加创建时间和更新时间和默认密码三个字段，然后保存数据库。

@RestController
public class UserApi {
 @Autowired
 private UserService userService;
 @PostMapping
 public User addUser(UserInputDTO userInputDTO){
 User user = new User();
 user.setUsername(userInputDTO.getUsername());
 user.setAge(userInputDTO.getAge());
 return userService.addUser(user);
 }
}

我们只关注一下上述代码中的转化代码，其他内容请忽略：

User user = new User();
user.setUsername(userInputDTO.getUsername());
user.setAge(userInputDTO.getAge());

• 可使用工具
  边的代码，从逻辑上讲，是没有问题的，只是这种写法让我很厌烦，例子中只有两个字段，如果有 20 个字段，我们要如何做呢？一个一个进行 set 数据吗？当然，如果你这么做了，肯定不会有什么问题，但是，这肯定不是一个最优的做法。

网上有很多工具，支持浅拷贝或深拷贝的 Utils。举个例子，我们可以使用 org.springframework.beans.BeanUtils#copyProperties 对代码进行重构和优化：

@PostMapping
public User addUser(UserInputDTO userInputDTO){
 User user = new User();
 BeanUtils.copyProperties(userInputDTO,user);
 return userService.addUser(user);
}

BeanUtils.copyProperties 是一个浅拷贝方法，复制属性时，我们只需要把 DTO 对象和要转化的对象两个的属性值设置为一样的名称，并且保证一样的类型就可以了。如果你在做 DTO 转化的时候一直使用 set 进行属性赋值，那么请尝试这种方式简化代码，让代码更加清晰!

转化的语义

上边的转化过程，读者看后肯定觉得优雅很多，但是我们再写 Java 代码时，更多的需要考虑语义的操作，再看上边的代码：

User user = new User();
BeanUtils.copyProperties(userInputDTO,user);

虽然这段代码很好地简化和优化了代码，但是它的语义是有问题的，我们需要提现一个转化过程才好，所以代码改成如下：

@PostMapping
 public User addUser(UserInputDTO userInputDTO){
 User user = convertFor(userInputDTO);
 return userService.addUser(user);
 }
 private User convertFor(UserInputDTO userInputDTO){
 User user = new User();
 BeanUtils.copyProperties(userInputDTO,user);
 return user;
 }

这是一个更好的语义写法，虽然麻烦了些，但是可读性大大增加了，在写代码时，我们应该尽量把语义层次差不多地放到一个方法中，比如：

User user = convertFor(userInputDTO);
return userService.addUser(user);

这两段代码都没有暴露实现，都是在讲如何在同一个方法中，做一组相同层次的语义操作，而不是暴露具体的实现。

如上所述，是一种重构方式，读者可以参考Martin Fowler 的Refactoring Imporving the Design of Existing Code（《重构——改善既有代码的设计》）这本书中的 Extract Method 重构方式。

来自 Lrwin的技术博客 http://lrwinx.github.io/2017/03/04/细思极恐-你真的会写java吗/