本文不是一个吹嘘的文章，不会讲很多高深的架构，相反，会讲解很多基础的问题和写法问题，如果读者自认为基础问题和写法问题都是不是问题，那请忽略这篇文章，节省出时间去做一些有意义的事情。

开发工具

不知道有多少“老”程序员还在使用Eclipse，这些程序员们要不就是因循守旧，要不就是根本就不知道其他好的开发工具的存在，Eclipse吃内存卡顿的现象，以及各种偶然莫名异常的出现，都告知我们是时候寻找新的开发工具了。

更换IDE

根本就不想多解释要换什么样的IDE，如果你想成为一个优秀的Java程序员，请更换IntelliJIDEA。使用IDEA的好处，请搜索谷歌。

别告诉我快捷键不好用

更换IDE不在我本文的重点内容中，所以不想用太多的篇幅去写为什么更换IDE。在这里，我只能告诉你，更换IDE只为了更好、更快的写好Java代码。原因略。

别告诉我快捷键不好用，请尝试新事物。

Bean

Bean使我们使用最多的模型之一，我将以大篇幅去讲解Bean，希望读者好好体会。

Domain包名

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

如果你还不理解我说的话，请看一下VaughnVernon出的一本叫做IMPLEMENTINGDOMAIN-DRIVENDESIGN(《实现领域驱动设计》)这本书，书中讲解了贫血模型与领域模型的区别，相信你会受益匪浅。

DTO

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

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

DTO转化

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

场景

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

免责声明：内容来源于公开网络，若涉及侵权联系尽快删除！