撰于 阅读 281

代码规范

【强制】常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚。

● 正例:MAX_STOCK_COUNT
● 反例:MAX_COUNT

【参考】各层命名规约:

DAO 层方法命名规约

● 获取单个对象的方法用 get 做前缀。
● 获取多个对象的方法用 list 做前缀。
● 获取统计值的方法用 count 做前缀。
● 插入的方法用 insert 做前缀。
● 删除的方法用 remove 做前缀
● 修改的方法用 update 做前缀。

领域模型命名规约

● 数据对象DO:xxxDO,xxx 即为数据表名。
● 数据传输对象DTO:xxxDTO,xxx 为业务领域相关的名称。
● 展示对象VO:xxxVO,xxx 一般为网页名称。

【强制】不允许任何魔法值(即未经定义的常量)直接出现在代码中

● 使用一个业务常量类统一管理
● 如果存在相似的常量表达, 要单独创建业务常量类

【强制】long 或者 Long 初始赋值时,使用大写的 L,不能是小写的 l,小写容易跟数字 1 混淆,造成误解

说明:Long a = 2l; 写的是数字的 21,还是 Long 型的 2?

【强制】使用工具类 Arrays.asList()把数组转换成集合时,不能使用其修改集合相关的方

法,它的 add/remove/clear 方法会抛出 UnsupportedOperationException 异常

【推荐】集合初始化时,指定集合初始值大小。

Map, List, 如果创建时能够知道大小, 尽量赋予初始大小

【推荐】接口接收参数

● 3个以下参数, 使用基本数据类型接受
● 超过3参数, 封装实体接受, 以DTO为后缀


已有 5 条评论

  1. 作者的情感表达细腻入微,让人在阅读中找到了心灵的慰藉。

    回复
  2. 文章紧扣主题,观点鲜明,展现出深刻的思考维度。

    回复
  3. 结论部分可提出实际应用建议,提升价值。

    回复
  4. 文化符号解读精准,展现独特审美。

    回复
  5. 作者对主题的挖掘深入骨髓,展现了非凡的洞察力和理解力。

    回复