使用 Spring Framework 时常犯的十大错误

凡是，冲破 存眷点疏散 的是将新成果简朴地 “倒” 在现有类中。虽然，这是一个很好的短期办理方案(对付初学者来说，它必要更少的输入)，但它也不行停止地会在未来成为一个题目，无论是在测试时代、维护时代照旧介于两者之间。思量下下面的节制器，它将从数据库返回 TopTalentData。

@RestController 
public class TopTalentController { 
 private final TopTalentRepository topTalentRepository; 
 @RequestMapping("/toptal/get") 
 public List<TopTalentData> getTopTalent() { 
 return topTalentRepository.findAll() 
 .stream() 
 .map(this::entityToData) 
 .collect(Collectors.toList()); 
 } 
 private TopTalentData entityToData(TopTalentEntity topTalentEntity) { 
 return new TopTalentData(topTalentEntity.getName()); 
 } 
}复制代码 

早先，这段代码好像没什么出格的题目;它提供了一个从 TopTalentEntity 实例检索出来的 TopTalentData 的 List。然而，细心调查下，我们可以看到 TopTalentController 现实上在此做了些工作;也就是说，它将哀求映射到特定端点，从数据库检索数据，并将从 TopTalentRepository 吸取的实体转换为另一种名目。一个“更干净” 的办理方案是将这些存眷点疏散到他们本身的类中。看起来也许是这个样子的：

@RestController 
@RequestMapping("/toptal") 
@AllArgsConstructor 
public class TopTalentController { 
 private final TopTalentService topTalentService; 
 @RequestMapping("/get") 
 public List<TopTalentData> getTopTalent() { 
 return topTalentService.getTopTalent(); 
 } 
} 
@AllArgsConstructor 
@Service 
public class TopTalentService { 
 private final TopTalentRepository topTalentRepository; 
 private final TopTalentEntityConverter topTalentEntityConverter; 
 public List<TopTalentData> getTopTalent() { 
 return topTalentRepository.findAll() 
 .stream() 
 .map(topTalentEntityConverter::toResponse) 
 .collect(Collectors.toList()); 
 } 
} 
@Component 
public class TopTalentEntityConverter { 
 public TopTalentData toResponse(TopTalentEntity topTalentEntity) { 
 return new TopTalentData(topTalentEntity.getName()); 
 } 
}复制代码 

这种条理布局的另一个利益是，它应承我们通过搜查类名来确定将成果驻留在那里。另外，在测试时代，假如必要，我们可以很轻易地用模仿实现来替代任何类。

4. 常见错误四：缺乏非常处理赏罚或处理赏罚不妥

同等性的主题并非是 Spring(或 Java)所独占的，但如故是处理赏罚 Spring 项目时必要思量的一个重要方面。固然编码气魄威风凛凛也许存在争议(凡是团队或整个公司内部已告竣同等)，但拥有一个配合的尺度最终会极大地提跨越产力。对多人团队尤为云云;同等性应承交换产生，而不必要耗费许多资源在手把手交代上，也不必要就差异类的职责提供冗长的表明。

思量一个包括各类设置文件、处事和节制器的 Spring 项目。在定名时保持语义上的同等性，可以建设一个易于搜刮的布局，任何新的开拓职员都可以凭证本身的方法打点代码;譬喻，将 Config 后缀添加到设置类，处事层以 Service 末了，以及节制器用 Controller 末了。

与同等性主题亲近相干，处事器端的错误处理赏罚值得出格夸大。假如你曾经不得不处理赏罚编写很差的 API 的非常相应，那你也许知道缘故起因 —— 正确理会非常会是一件疾苦的工作，而确定这些非常最初产生的缘故起因则更为疾苦。

作为一名 API 开拓者，抱负环境下你但愿包围全部面向用户的端点，并将他们转换为常见的错误名目。这凡是意味着有一个通用的错误代码和描写，而不是躲避办理题目：a) 返回一个 “500 Internal Server Error”信息。b) 直接返回非常的仓库信息给用户。(现实上，这些都应该不吝统统价钱地去停止，由于除了客户端难以处理赏罚以外，它还袒露了你的内部信息)。

譬喻，常见错误相应名目也许长这样：

@Value 
public class ErrorResponse { 
 private Integer errorCode; 
 private String errorMessage; 
}复制代码 

与此相同的工作在大大都风行的 API 中也常常碰着，因为可以轻易且体系地记录，结果每每很不错。将非常转换为这种名目可以通过向要领提供 @ExceptionHandler 注解来完成(注解案例可见于第六章)。

5. 常见错误五：多线程处理赏罚不妥

（编辑：湖南网）

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