通常的表设计中,都会要求添加一些审计数据,比如创建人、创建时间、最后修改人、最后修改时间,但是这些属性又不应该属于业务的,更多的是为了数据管理使用的。如果业务需要使用的话,建议起一个有意义的业务名称与上述的创建时间区分开,比如用户的注册时间(registrationTime)。为了简化数据审计字段的工作量,框架内部集成了BaseEntity。

    1. @Getter
    2. @Setter
    3. public class BaseEntity<ID_TYPE extends Serializable, TIME_TYPE> {
    4. // 这里就是数据填充样例那里提到的IOptionByAutoFillHandler接口
    5. // 此处单独指定一个标记性的接口是为了区别用户其他数据的自动填充,例如用户名、用户电话等都会实现AutoFillHandler接口,框架上根据该接口无法拿到唯一的实现,因此同样IOptionByAutoFillHandler在整个系统中也只能有一个实现,不然会报错。
    6. @InsertOptionUser(IOptionByAutoFillHandler.class)
    7. @ColumnComment("创建人")
    8. protected ID_TYPE createBy;
    9. @InsertUpdateOptionUser(IOptionByAutoFillHandler.class)
    10. @ColumnComment("最后更新人")
    11. protected ID_TYPE updateBy;
    12. @InsertOptionDate
    13. @ColumnComment("创建时间")
    14. protected TIME_TYPE createTime;
    15. @InsertUpdateOptionDate
    16. @ColumnComment("最后更新时间")
    17. protected TIME_TYPE updateTime;
    18. }

    还存在某些情况下数据表要求设计成逻辑删除(逻辑删除存在很多弊端,不建议无脑所有表都设计为逻辑删除),所以框架同时提供了一个BaseLogicEntity,该实现方式利用的是MP本身自带的逻辑删除策略。

    1. @Getter
    2. @Setter
    3. public class BaseLogicEntity<ID_TYPE extends Serializable, TIME_TYPE> extends BaseEntity<ID_TYPE, TIME_TYPE> {
    4. // 使用了MP支持的逻辑删除注解
    5. @TableLogic
    6. @DefaultValue("0")
    7. @ColumnComment("逻辑删除标志")
    8. protected Integer deleted;
    9. }