你具备抽离与封装的思想吗？

news2024/11/24 17:27:40

笔者最近思考了自己参与的分布式系统业务的架构小细节，虽然笔者每天做的是实现部分需求与业务，但是笔者还是拥有很多时间去读底层源码的，加之笔者自身的思考与实践demo的总结，笔者将在本篇文章中提出笔者自己对“抽离”与“封装”思想的感悟，以及实际代码引发的思考过程，以供您的理解，如有不当之处，大可相互讨论，集思广益。

关于抽离与封装

以下内容是笔者的个人见解，并没有百度找寻资料进行印证，各位读者要怀着辩证的角度思考。

抽离思想是封装的前置，我们通常会在当多个方法或者类都用到相同代码段或者实例对象时将公用的重复段进行抽取，分离，封装成新的方法或者组件进行重复调用，达到解耦合，易维护，省资源的意图，但是我们通常也只具备将代码重复的段进行封装抽离的意识，下意识觉得这么做会使自己的代码变得简洁优雅。

笔者这里要告诉大家的是，真作为一个善于思考，致力于优雅编程的技术人员，我们不仅仅要将方法，实例中的重复代码拎出来封装，还要多观察，例如业务中重复的逻辑，运行过程中可以整合的机制，实体的同名字段等等。而封装思想更是造轮子时必不可少的意识之一，容器固然是给我们造轮子带来了巨大的帮助，但是当笔者阅读spring源码，捋顺容器加载过程中历经的流水线式操作，结合jvm虚拟机中类的加载机制，对象的实例化过程，笔者更加深刻的认识到，一个经得住考验的技术，势必是把代码做到了极度优雅的，举个例子，他们封装了一个个工厂，采用各种设计模式到容器中去实现生产，我们能在各种工厂的背影下总结出，好像各担其责，并没有繁复的判断逻辑。

设计模式也没有银弹，都是根据合适的场景去采用合适的设计模式，但是设计模式就默认实现了抽离与封装。

触发笔者写这篇文章的契机

笔者前段时间实现了一个基本没有冗余逻辑的平台，复现了笔者公司采用的部分架构细节，但是笔者发现基本每一个数据库表都能发现一些冗余字段，比如最后一次修改人，最后一次操作时间等记录性字段，当然记录性字段也有它存在的意义，比如数据错乱可以看到谁修改了，可以复现问题，便于修理bug，也可以追责。

那各位读者，我们假如使用mybatisPlus框架进行开发，现在给你商品实体与商品表，订单实体与订单表，两张表里都含有相同的字段updateLastTime(datetime)与updateLastPerson(varchar(32))，你该如何设计实体与表的映射关系呢？

传统的B站网课做法就不说了，mybatisX生成代码？@TableField与@TableId、@TableName注解建立映射？

这里笔者尝试使用抽离的思想实现：

1、将公共的字段抽离出来作为父类：

@NoArgsConstructor
@AllArgsConstructor(access = AccessLevel.PACKAGE)
@Data
@SuperBuilder(toBuilder = true)
public class BaseModel {

    @TableField(value = "updateTime", fill = FieldFill.INSERT)
    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
    private LocalDateTime updateTime;

    @TableField(value = "updatePersonName")
    private String updatePersonName;
}

2、子类建立传统的实体字段映射：

@EqualsAndHashCode(callSuper = true)
@Getter
@Setter
@AllArgsConstructor(access = AccessLevel.PACKAGE)
@NoArgsConstructor
@SuperBuilder(toBuilder = true)
@TableName("tb_products")
public class Product extends BaseModel {
    
    @TableId(value = "Id", type = IdType.AUTO)
    private Integer id;
    
    @TableField("productName")
    private String productName;
    
    @TableField("status")
    private Integer status;
    
    @TableField("price")
    private BigDecimal price;
    
    @TableField("productDesc")
    private String productDesc;
    
    @TableField("inventory")
    private int inventory;

    @Override
    public String toString() {
        return "Product{" +
                "id=" + id +
                ", productName='" + productName + '\'' +
                ", status=" + status +
                ", price=" + price +
                ", productDesc='" + productDesc + '\'' +
                ", inventory=" + inventory + '\'' +
                ", updateTime='" + getUpdateTime() + '\'' +
                ", updatePersonTime='" + getUpdatePersonName() + '\'' +
                '}';
    }
}

这里有经验的读者会感觉这不是很常见的吗？用lombok注解@SuperBuilder使子类可以直接解析父类的属性（注意子父类都需要打上注解@SuperBuilder且给toBulider值为true），那这里读者们注意没注意这么做就是抽离的一种实现呢？笔者只是因这里的抽离产生了思考，并不是上述代码多么的优雅。

对于上述代码，笔者需要补充的是@EqualsAndHashCode(callSuper = true)这个注解的作用，它其实是为了使得两个继承了同一个父类的子类实例对比时（属性值对比），子类的全部属性都一致，这时要求他俩比较继承父类时产生的HashCode值，以此来实现父类属性的比较。