在学设计模式（结构型模式）

最新推荐文章于 2024-02-18 09:49:11 发布

多学就会融会贯通

最新推荐文章于 2024-02-18 09:49:11 发布

阅读量80

点赞数

分类专栏：代码改善

本文链接：https://blog.csdn.net/ss123mlk/article/details/115524587

版权

代码改善专栏收录该内容

11 篇文章 0 订阅

订阅专栏

结构型模式（Structural Pattern）描述如何将类或者对象结合在一起形成更大的结构，就像搭积木，可以通过简单积木的组合形成复杂的、功能更为强大的结构。
结构型模式可以分为类结构型模式和对象结构型模式，也可分为代理模式（Proxy）、适配器模式（Adapter）、桥接模式（Bridge）、装饰模式
（Decorator ）、外观模式（Facade）、享元模式（Flyweight）和组合模式（Composite）等 7 类

简单来说就是结构型像一个大的框架把类和对象互相搭配引入继承各种这种结构能完成一种功能比如代理模式装饰器模式就把每一种结构型模式当成一种更支持扩展性可用性的框架吧只要使用这个设计模式就能拥有这个框架带给你的功能
比如代理模式可以对所有对象进行相同的流程控制
装饰模式可以在外部加强功能

结构型模式重点考虑类或对象的布局方式，其目的是将现有类或对象组成更大的结构。按照其显示方式的不同，结构型模式可分为类结构型模式和对象结构型模式。前者采用继承机制来组织接口和类，后者采用组合或聚合来组合对象。

由于组合关系和或聚合关系比继承关系耦合度低，满足“合成复用原则”，所以对象结构型模式比类结构型模式具有更大的灵活性

代理模式

https://blog.csdn.net/benbenxiongyuan/article/details/23337669

一直以为代理模式只是一种增强真实角色功能类似AOP
原来还有延迟创建对象

因为某个对象消耗太多资源,而且你的代码并不是每个逻辑路径都需要此对象, 你曾有过延迟创建对象的想法吗 ( if和else就是不同的两条逻辑路径) ? 你有想过限制访问某个对象,也就是说,提供一组方法给普通用户,特别方法给管理员用户?以上两种需求都非常类似

有的时候创建完对象之后并不一定就会直接调用它的方法，甚至直到被回收也没有调用，那么这时候代理模式很显然的效率更高，
再者就是推迟了对象的创建时间，保障前面的程序运行流畅的，减少对象在内存中的存活时间，宏观上减少了内存的消耗。
延迟加载（懒加载），也就是，当一个对象关联着另一个对象的时候，默认是不被直接加载的，它会获得一个代理对象，等到真正调用的时候，这个对象才真正的被创建

在这里插入图片描述
对一个对象进行访问控制的一个原因是为了只有在我们确实需要这个对象时才对它进行创建和初始化。它是给某一个对象提供一个替代者(占位者),使之在client对象和subject对象之间编码更有效率。代理可以提供延迟实例化(lazy instantiation),控制访问, 等等，包括只在调用中传递。

在这里插入图片描述
https://blog.csdn.net/u014590757/category_7480482.html?spm=1001.2014.3001.5482

在使用动态代理时，我们需要定义一个位于代理类与委托类之间的中介类，这个中介类被要求实现InvocationHandler接口，一定能提供的功能有

public class MyInvocationHandler implements InvocationHandler {
    private Object trueRole;

    public void setTrueRole(Object trueRole) {
        this.trueRole = trueRole;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        qianyue();
        Object res = null;
        res = method.invoke(trueRole, args);
        money();
        return res;
    }

    public Object getProxy() {
        return Proxy.newProxyInstance(this.getClass().getClassLoader(), trueRole.getClass().getInterfaces(), this);
    }

    private void qianyue() {
        System.out.println("经纪人签约");
    }

    private void money() {
        System.out.println("公司财务收钱");
    }
}

在这里插入图片描述
\cglib 的形式为没有是实现接口的类创建代理类

适配器模式

实现方式：
1.适配器与被适配接口是继承关系在这里插入图片描述

2.适配器内组合被适配接口组合不需要继承
在这里插入图片描述
https://blog.csdn.net/u010288264/article/details/53835185

https://blog.csdn.net/w1033162186/article/details/50635348

适配器模式的客户端在访问的时候不声明adpter而是用targert去
在这里插入图片描述

桥接模式

在这里插入图片描述
https://guisu.blog.csdn.net/article/details/7529194

将行为与实体分离开里面的毛笔的例子生动的说明了如果不能拆分就无法使用桥接模式

作者是要举例这种解耦的额概念蜡笔无法解耦就无法使用这种模式
毛笔从前来写可能会写一个颜色类一个型号类一个毛笔类然后用构造函数把前两个以属性写进去那是因为可以用string int来代表这两个属性可见的多写了一个毛笔类

如果是B站子烁举例的燕窝类销售渠道类两个可以解耦如果再像从前写毛笔一样写一个综合大类把燕窝和销售渠道包含进去那造成类的浪费所以使用桥接模式
解耦让销售渠道类变为实现接口而燕窝类只需要引入即可

装饰器模式

继承和组合的区别

一直都说组合比继承好原来组合比继承还要松耦合可扩展封装性好一直以为是反过来的
继承的耦合已经把方法都耦合进来了组合只是耦合了对象可扩展可以多加很多局部对象实现更多功能

在这里插入图片描述
装饰器模式：动态地给一个对象添加一些额外的职责或者行为。就增加功能来说， Decorator模式相比生成子类继承父类再添加新功能更为灵活
装饰器模式在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。
就好像B站讲的给一个机器人外面套上了一个盒子在盒子上放腿和手机器人就会跳舞了也没有改变机器人本身

component产品需要那些功能 抽象类/接口类 就是定义API功能的类
具体组件角色(ConcreteComponent): 实现上面接口/抽象方法的类
抽象装饰器(Decorator): 抽象的类/接口 内部包含一个compnent（被装饰者）实例 1
可以扩展功能

上面这个图是简单演示没有写上具体的装饰器子类只是到装饰器这里就截至
正常是会有更多的子类实现装饰器类然后扩展功能的
具体装饰器角色（ConcreteDecorator):实现或继承装饰器的类可以有多个，每一个里面也都维护一个组件实例也可以super(组件实例) 不同的具体装饰器进行对组件的功能不同的扩展
对于客户端仍旧调用最初的组件功能类其实功能已经从具体组件角色的功能
被装饰器装饰的更加多彩了客户端创建具体的装饰器角色进行
创建装饰器把具体组件实现类装进去就可以了

想要扩展功能不用修改原组件（违反开闭原则）
也不用生成继承的子类（造成类的深度过深）和大量父子类代码的重复
扩展新功能使用装饰器进行扩展就可以
改善旧功能使用具体装饰器类进行改善