关于设计模式:工作中常用的设计模式适配器模式

个别做业务开发，不太容易有大量应用设计模式的场景。这里总结一下在业务开发中应用较为频繁的设计模式。当然语言为 Java，基于 Spring 框架。

已存在的接口、服务，跟咱们所需、目标接口不兼容时，咱们须要通过肯定的办法将二者进行兼容适配。一个常见的例子，家用电源(国标)220V，而手机规范输出个别为 5V，此时咱们便须要一个适配器来将 220V 转换为 5V 应用。

适配器模式个别有 3 个角色：

Target: 指标接口
Adaptee: 须要进行适配的类(受革新者)
Adapter: 适配器(将 Adaptee 转为 Target)

这个呈现的场景其实挺多，但理论齐全依照适配器模式编写代码的场景可能并不多。简略业务场景，间接就将适配、兼容代码混淆在业务代码中了。并没有将其摘出来解决。大部分业务代码，可能后续并不会再做扩大之类，适度设计反而会升高可读性并减少代码的复杂性。

适配器模式个别分为 类适配器 和对象适配器 。
类适配器的话，应用继承形式实现：class Adapter extends Adaptee implements Target；而对象适配器的话，则应用组合形式实现。这种状况更灵便一些。毕竟大家都举荐多用组合少用继承。

在学生产生约课完课等事件时，咱们须要将局部数据同步到内部 CRM 零碎中。课程的话，按班级类型分为：1v1，小班课、大班课。不同的班级类型课程数据有所不同。事件上报时，并不是全量数据，有些数据须要消费者按需查问。如课程课程编号、名称、预约上课工夫等。

不同班级类型的课程由三个不同的 FeignClient(Adaptee)提供服务，而咱们想要的就是查问课程相干信息(Target)。

为了模仿服务提供者，咱们 Mock 如下服务。

@Data
@Builder
public class OneClass {
    // 课程编号
    private String lessonNo;
    // 课程名称
    private String lessonName;

    // 其余信息
    private String one;
}

@Data
@Builder
public class SmallClass {
    // 课程编号
    private String lessonNo;
    // 课程名称
    private String lessonName;

    // 其余信息
    private String small;
}

@Data
@Builder
public class BigClass {
    // 课程编号
    private String lessonNo;
    // 课程名称
    private String lessonName;

    // 其余信息
    private String big;
}

public interface RemoteClassClient {default OneClass getOne() {return OneClass.builder().lessonNo("one").lessonName("1V1").build();}

    default SmallClass getSmall() {return SmallClass.builder().lessonNo("small").lessonName("小班课").build();}

    default BigClass getBig() {return BigClass.builder().lessonNo("big").lessonName("大班课").build();}
}

public class RemoteClassClientImpl implements RemoteClassClient {}

该服务对立由 RemoteClassClient 对外提供各个班级类型的查问服务。

ClassService (Target 指标接口、及指标对象)

/**
 * 课程信息
 */
@Data
@Builder
public class ClassInfoBO {
    // 课程类型 1:1v1 2:small 3:big
    private String type;

    // 班级 ID
    private String classId;
    // 课程编号
    private String lessonNo;
    // 课程名称
    private String lessonName;
}

/**
 * 指标接口
 */
public interface ClassService {boolean match(String classType);

    ClassInfoBO getClassInfo(String classId);
}

上面咱们就须要几个适配器来实现适配。

OneClassAdapter

/**
 * 1v1 适配器
 */
@Component
@RequiredArgsConstructor
public class OneClassAdapter implements ClassService {
    private static final String TYPE = "1";

    private final RemoteClassClient classClient;

    @Override
    public boolean match(String classType) {return TYPE.equals(classType);
    }

    @Override
    public ClassInfoBO getClassInfo(String classId) {final OneClass one = classClient.getOne();
        return ClassInfoBO.builder()
                .type("1")
                .classId(classId)
                .lessonNo(one.getLessonNo()).lessonName(one.getLessonName())
                .build();}
}

SmallClassAdapter

/**
 * 小班课适配器
 */
@Component
@RequiredArgsConstructor
public class SmallClassAdapter implements ClassService {
    private static final String TYPE = "2";

    private final RemoteClassClient classClient;

    @Override
    public boolean match(String classType) {return TYPE.equals(classType);
    }

    @Override
    public ClassInfoBO getClassInfo(String classId) {final SmallClass small = classClient.getSmall();
        return ClassInfoBO.builder()
                .type("2")
                .classId(classId)
                .lessonNo(small.getLessonNo()).lessonName(small.getLessonName())
                .build();}
}

BigClassAdapter

/**
 * 大班课适配器
 */
@Component
@RequiredArgsConstructor
public class BigClassAdapter implements ClassService {
    private static final String TYPE = "3";

    private final RemoteClassClient classClient;

    @Override
    public boolean match(String classType) {return TYPE.equals(classType);
    }

    @Override
    public ClassInfoBO getClassInfo(String classId) {final BigClass big = classClient.getBig();
        return ClassInfoBO.builder()
                .type("3")
                .classId(classId)
                .lessonNo(big.getLessonNo()).lessonName(big.getLessonName())
                .build();}
}

至此，适配器实现。能够依据具体场景抉择不同的适配器，去适配以后的场景。再来个适配器工厂类。

ClassAdapterFactory

/**
 * 课程信息适配器工厂
 */
@Service
@RequiredArgsConstructor
public class ClassAdapterFactory {
    private final List<ClassService> classServiceList;

    ClassService getAdapter(String classType) {return classServiceList.stream()
                .filter(cs -> cs.match(classType)).findFirst()
                .orElse(null);
    }
}

仅以其一举例。这种适配器不如对象适配器灵便。

/**
 * 小班课适配器(类适配器)
 */
@Component
public class SmallClassAdapter2 extends RemoteClassClientImpl implements ClassService {
    private static final String TYPE = "2";

    @Override
    public boolean match(String classType) {return TYPE.equals(classType);
    }

    @Override
    public ClassInfoBO getClassInfo(String classId) {final SmallClass small = super.getSmall();
        return ClassInfoBO.builder()
                .type("2")
                .classId(classId)
                .lessonNo(small.getLessonNo()).lessonName(small.getLessonName())
                .build();}
}

能够看到，咱们通过 继承 的形式，使 SmallClassAdapter2 具备了 RemoteClassClientImpl 查问课程信息的能力。跟 SmallClassAdapter 也没有啥太大区别。

@SpringBootTest
class ClassServiceTest {

    @Autowired
    private ClassAdapterFactory adapterFactory;

    @Test
    void testOne() {
        String classType = "1";
        String classId = "11111111";
        Optional.ofNullable(adapterFactory.getAdapter(classType)).ifPresent(ad -> {final ClassInfoBO classInfo = ad.getClassInfo(classId);
            assertEquals("one", classInfo.getLessonNo());
        });
    }

    @Test
    void testSmall() {
        String classType = "2";
        String classId = "22222222";
        Optional.ofNullable(adapterFactory.getAdapter(classType)).ifPresent(ad -> {final ClassInfoBO classInfo = ad.getClassInfo(classId);
            assertEquals("small", classInfo.getLessonNo());
        });
    }

    @Test
    void testBig() {
        String classType = "3";
        String classId = "33333333";
        Optional.ofNullable(adapterFactory.getAdapter(classType)).ifPresent(ad -> {final ClassInfoBO classInfo = ad.getClassInfo(classId);
            assertEquals("big", classInfo.getLessonNo());
        });
    }
}

适配器模式能带来什么？

感觉最次要的还是带了一种解决方案(😅当然设计模式原本就是如此)。其次是对某些场景提供了一种标准，退出没有这个设计模式，咱们也能有解决方案，但具体实现可能千奇百怪(😅当然设计模式原本就是从千奇百怪中提炼进去的)。
设计模式不是银弹。防止滥用。

跟策略模式有啥区别？

单从实现形式 (套路) 来说。不能说毫无区别，几乎就是截然不同。
细想一下，Adaptee在策略模式中，并不是必然存在的。它的目标是不同策略的具体实现和调用离开。而适配器模式的重点在于 Adaptee -> Target 的适配。

封面图起源: https://refactoring.guru/desi…

关于设计模式:工作中常用的设计模式适配器模式

1 适配器模式(Adapter Pattern)

1.1 对象适配器

1.2 类适配器

1.3 单测

2 思考