开发工具
不知道有多少 “老” 程序员还在使用 Eclipse，这些程序员们要不就是因循守旧，要不就是根本就不知道其他好的开发工具的存在，Eclipse 吃内存卡顿的现象，以及各种偶然莫名异常的出现，都告知我们是时候寻找新的开发工具了。
更换 IDE
根本就不想多解释要换什么样的 IDE，如果你想成为一个的 Java 程序员，请更换 IntelliJ IDEA。使用 IDEA 的好处，请搜索谷歌。
别告诉我快捷键不好用
更换 IDE 不在我本文的重点内容中，所以不想用太多的篇幅去写为什么更换 IDE。在这里，我只能告诉你，更换 IDE 只为了更好、更快的写好 Java 代码。原因略。
别告诉我快捷键不好用，请尝试新事物。
Bean
Bean 使我们使用多的模型之一，我将以大篇幅去讲解 Bean，希望读者好好体会。
Domain 包名
根据很多 Java 程序员的” 经验” 来看，一个数据库表则对应着一个 Domain 对象，所以很多程序员在写代码时，包名则使用：com.xxx.domain ，这样写好像已经成为了行业的一种约束，数据库映射对象就应该是 Domain。但是你错了，Domain 是一个领域对象，往往我们再做传统 Java 软件 Web 开发中，这些 Domain 都是贫血模型，是没有行为的，或是没有足够的领域模型的行为的，所以，以这个理论来讲，这些 Domain 都应该是一个普通的 entity 对象，并非领域对象，所以请把包名改为: com.xxx.entity。
如果你还不理解我说的话，请看一下 Vaughn Vernon 出的一本叫做 IMPLEMENTING DOMAIN-DRIVEN DESIGN(《实现领域驱动设计》)这本书，书中讲解了贫血模型与领域模型的区别，相信你会受益匪浅。
DTO
数据传输我们应该使用 DTO 对象作为传输对象，这是我们所约定的，因为很长时间我一直都在做移动端 API 设计的工作，有很多人告诉我，他们认为只有给手机端传输数据的时候(input or output)，这些对象成为 DTO 对象。请注意!这种理解是错误的，只要是用于网络传输的对象，我们都认为他们可以当做是 DTO 对象，比如电商平台中，用户进行下单，下单后的数据，订单会发到 OMS 或者 ERP 系统，这些对接的返回值以及入参也叫 DTO 对象。
我们约定某对象如果是 DTO 对象，就将名称改为 XXDTO，比如订单下发 OMS：OMSOrderInputDTO。
DTO 转化
正如我们所知，DTO 为系统与外界交互的模型对象，那么肯定会有一个步骤是将 DTO 对象转化为 BO 对象或者是普通的 entity 对象，让 service 层去处理。搜索公纵号：MarkerHub，关注回复[ vue ]获取前后端入门教程!
