设计模式及其在项目、框架中的应用

创作时间:

作者:

@小白创作中心

设计模式及其在项目、框架中的应用

引用

CSDN

https://blog.csdn.net/guzhangyu12345/article/details/107859903

设计模式是软件开发中的一种通用解决方案，它可以帮助开发者更好地组织代码结构，提高代码的可维护性和可扩展性。本文将介绍几种常见的设计模式及其在项目和框架中的应用，包括责任链模式、抽象工厂模式、外观模式、观察者模式和代理模式。

设计模式的作用

设计模式在软件开发中具有以下重要作用：

类之间关系图：通过设计模式，可以清晰地定义类之间的角色及其关系，使代码结构更加明确。
符合开闭原则：设计模式有助于实现职责明确的代码结构，并提供开放的拓展点，便于应对后期的需求变化。

责任链模式

适用场景

责任链模式适用于在一个流程中，对某一个对象有一串不同的业务处理操作。可以将这些业务操作封装成一个抽象业务的不同实现类，便于在链路中动态添加处理逻辑。

类图分析

角色：请求者、处理者、处理者链路

举例

快麦ERP订单处理：订单进入系统后，需要进行一系列的后续处理动作，如敏感信息加密、分配赠品、匹配仓库、物流方式、锁定库存等。这些动作可以抽象成对订单的操作，并以链路的方式将这些动作串起来。
Sentinel的SlotChain：Sentinel是一个流控框架，对进来的请求进行统计、限流、权限控制、降级等处理。它将处理逻辑做成处理链的形式，方便添加新的处理逻辑。在这里，被处理者是资源ResourceWrapper，处理者是Slot，处理者链路是SlotChain，具体的Slot实现类有NodeSelectSlot、FlowSlot等。

抽象工厂模式

适用场景

抽象工厂模式适用于需要根据"系列名称"等来获取一系列的对象实例，这些对象实例有一个聚合的业务含义，比如都属于鞋子加工过程中用到的设备。

类图分析

角色：抽象工厂、工厂、抽象产品、产品

举例

快麦ERP平台交互：业务流程中需要与不同平台（淘宝、京东）交互，比如从不同平台下载订单，下载部分的代码包含平台接口请求以及转化为系统订单实体的代码。将这些与平台相关的业务逻辑代码提取出来，作为抽象接口，在业务代码中使用时以PlatformAccessManager.load(平台名,业务类.class)的形式加载。PlatformAccessManager就是抽象工厂，能够根据平台名返回该平台对应的操作类。

这里将操作类抽象出来的方式有模板模式的味道，只是具体的实现类不是模板的子类，而是类似策略模式里的策略类。

public class TradeDownloadService {
    public void downLoad(String platform, String tid) {
        DownloadBusiness downloadBusiness = PlatformAccessManager.load(platform, DownloadBusiness.class);
        downloadBusiness.download(tid);
    }
}
public interface DownloadBusiness {
    Trade download(String tid);
}