包含 api 开发原则、代码风格、mapper 扩展等。

api 开发总则

  1. 遵循单一职责原则，一个类只做一件（类）事。
  2. 数据库表与业务类是 1:N 的关系。
  3. 简单业务表建议对应一个业务类，复杂业务表，建议对应多个业务类，按照职责划分。

扩展阅读：面向对象设计的七大原则：

面向对象设计的七大原则

  1. 单一职责原则(Single Responsibility Principle, SRP)
  2. 开闭原则(Open-Closed Principle, OCP)
  3. 里氏代换原则(Liskov Substitution Principle, LSP)
  4. 依赖倒转原则(Dependence Inversion Principle, DIP)
  5. 接口隔离原则(Interface Segregation Principle, ISP)
  6. 合成复用原则(Composite Reuse Principle, CRP)
  7. 迪米特法则(Law of Demeter, LoD)

修改代码规范

  1. 不要影响以前代码的行为，不小心会带来新 bug。
  2. 随着新需求的引进，以前的代码可能已经不适用，要适当的重构。
  3. 不确定的，要及时与项目负责人沟通。
  4. 涉及到公共模板的修改，一般需要与项目负责人沟通之后才能修改，至少要让项目负责人知晓这件事。

代码风格，最基本的原则

  1. 如果只是小改动，建议与现有代码风格保持一致，如果是大改动，建议保持与《码出高效 阿里巴巴java开发手册 终极版》一致。
  2. 见名知意。
  3. 代码自解释。
  4. 对于不符合代码规约的，要在适当的时机重构。
  5. 为了代码的可读性和可维护性，在项目允许的情况下，适当牺牲实现功能的速度、适当牺牲运行性能也是有必要的，如果项目上线在即，可优先满足项目进度，但一定要及时重构。

悟出的命名规则

  1. biz.dal.service 下的类，一定是表名（首字母大写）+ DalService
  2. biz.dal.mapper.extend 下的类，一定是表名（首字母大写）+ MapperExt
  3. biz\dal\mapper\xml\extend 下的 xml 文件名，一定跟 biz.dal.mapper.extend 下对应的 mapper 命名保持一致。
  4. biz.service 下的类，一定是表名（首字母大写） + Service
  5. biz.model.view 下的类，一定是以 View 结尾，前面部分根据业务来命名，以见名知意为准。
    其余类似。

枚举定义注意事项

项目习惯定义，枚举包含 index 和 name 两个属性。

  1. index 是不能重复的。
  2. index 一般的步进值为10，这样，方便在需要的时候往中间插入新枚举。
  3. name 一般为中文，可以表述枚举项的含义和作用。
  4. 枚举的 index 小到大递增。

字段与枚举

带 flag 的字段，枚举用 YesOrNoEnum

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
/**
 * 成功 or 失败
 * 是 or 不是
 */
public enum YesOrNoEnum {
    NO(0, "否"),
    YES(1, "是");

    private int index;
    private String desc;

    YesOrNoEnum(int index, String desc) {
        this.index = index;
        this.desc = desc;
    }

    public int getIndex() {
        return index;
    }

    public void setIndex(int index) {
        this.index = index;
    }

    public String getDesc() {
        return desc;
    }

    public void setDesc(String desc) {
        this.desc = desc;
    }
}

mapper 扩展

MGG 项目在 gitee 上的地址，有详细说明。
详细说明在本博客有副本：MyBatis Generator (MBG)，写扩展类，适应分表时动态替换表名

  1. 用 MBG 生成的代码对应目录下的文件，禁止修改，因为 MBG 更新之后，会把修改的代码覆盖掉。
  2. 如何添加自定义的扩展 mapper 方法？参见下面两个目录下的文件，一个为 mapper 扩展，一个为对应的 xml 文件。
    • biz.dal\src\main\java\biz\dal\mapper\extend
    • biz.dal\src\main\java\biz\dal\mapper\xml\extend
  3. 需要注意 MBG 版本，有针对 5.x 和的 8.x的。

MyBatis sql 脚本

sql 脚本里用到的表名，一定要用键盘横排【1 和 ！】键盘左边键的“单引号”引起来，用的是【`】，而不是平常用的真正的单引号【’】。
目的：分表用。

表结构修改流程

  1. 修改 PowerDesigner 文档，同时将修改同步至目录 C:\workspace\source\doc\sqlScripts 下对应的文件。
  2. sql 脚本提交之后，通过执行修改后的表脚本，将修改同步至数据库。
  3. 用 MBG 工具重新生成 mapper 相关文件，提交更新。
  4. 提交更新时，在备注里写上需要执行的表脚本。
  5. 在项目管理工具对应的任务或者 bug 修改状态为【完成】时，直接提供需要执行的脚本，或者指定需要执行的文件。

    一定要注意，PowerDesigner 与 C:\workspace\source\doc\sqlScripts 下对应的脚本文件，还有数据库，三者一定是一致的。

针对某字段的枚举命名规范

  1. 总则：见名知意、类命名规范。
  2. 如果字段名已经能够做到见名知意，则字段名首字母大写之后，直接在其后添加 Enum。
  3. 如果字段名在多张表出现（当然，要尽量避免这种情况，可以适当添加前缀来避免），或者字段名不具备见名知意的特点，则可以是：表名+字段名 + enum，如果表名太长，可以酌情适当修改。

js 代码提交

  1. 如果有影响页面的 js 代码提交，需要在 html 文件引用的地方，修改 v 的值，最好修改成当前时间，如：
    1
    2
    3
    4
    <link rel="stylesheet" type="text/css" href="/static/wx/css/style.css" th:href="@{/wx/css/style.css} + '?v=201803011459'"/>
    <script src="/static/public/js/apg.common.js" th:src="@{/public/js/apg.common.js} + '?v=201803030932'"></script>
    <script type="text/javascript" src="/static/wx/js/cashDesk.js" th:src="@{/wx/js/cashDesk.js} + '?v=201803011459'"></script>
    <script type="text/javascript" src="/static/wx/js/wxPay.js" th:src="@{/wx/js/wxPay.js} + '?v=201803011459'"></script>

本条规范适用于非react项目

新加配置项

放 newly 后面。目的：部署的时候，将 newly 后面的全部添加到线上，然后再将 newly 移至最后。

1
# newly