1、访问控制层（Controller 层）中的方法命名方向是简洁明了，向着自然化语言方向靠拢，比如“更新用户”，建议命名为“updateUser”，而非“updateUserById”，实际上我们更新用户一般都是根据主键 ID 来实现的，所以“updateUserById”更适宜放在 service 中；自然语言对于前端用户（包括对第三方提供服务）更加的友好，更加的自然贴切，自然亲和感更强、更舒适。
2、业务逻辑层（Service 层）的方法命名建议向我们程序员专业领域靠拢，向具体的实现细节倾斜，这样在出现了问题后方便我们快速跟着查找定位问题。比如“删除用户”操作，你一定想到了 Controller 中的建议命名为“deleteUser”，此处的 Service 建议命名为“deleteUserById”，这其实是贯彻了“由自然语言向专业领域渐进的原则（由抽象向具体递进原则）”。
3、数据访问层（DAO 层）中的方法命名就要更加的具体啦！对于“模糊查询用户列表”这样的操作，Controller 层建议命名为“queryUsers”，这利用了英语中单词尾部"+s"表示复数的语法；Service 层中建议命名为“queryUserList”，这一点和上一条将的一致，在 queryUserList 方法中由于要处理分页，对于 M有SQL5 这样的数据库而言，一般都需要我们写两条语句来完成此功能，一条是查询总记录数的，另一条是查询业务数据的，所以在数据库访问层（DAO 层）就会涉及到两个方法，建议的命名分别为“selectUserTotalCount”和“selectUserList”，相对于业务逻辑层（Service 层）就更加的具体、更加的明细，同时也遵循了 SQL 语法的规则，更利于代码定位。
4、从上面这三层的命名建议来看，我们其实都遵循了“由抽象向具体递进原则”。
5‘类中的变量能用基本数据类型的，建议采用基本数据类型，这样的好处是内存开销更小、访问更快；原因是 JVM 中基本数据类型位于“JVM 方法栈”中，对象数据存储于“堆”中，在类初始化后变量就不会再改变了，而对象是在动态变化中，栈相对于堆而言，执行效率更高。