51 | 适配器模式：代理、适配器、桥接、装饰，这四个模式有何区别？

1. 代理模式中，委托类的实现基本上就是类代理的模式 2. 装饰器模式本身为了解决继承太深的问题，所以没有类装饰器的模式

王争老师 今天学习了这篇文章，你说slf4j会使用spi的技术动态指定具体使用哪一种框架。然后我查了一下资料，看了自己项目关于日志的源码。slf4j好像是指定了org.slf4j.impl这个包。然后在LoggerFactory.getLogger()的时候在去扫描实现了slf4j接口的日志的这个指定包去加载对应的类。这跟java的spi好像不大一样。还是说其实这种实现跟spi的思想都是一样的

CD 实现代码不是接口是具体的方法吗？

这篇总结将前几节课串联起来了，非常赞👍 课堂讨论： 1. 代理模式支持，基于接口组合代理就是对象匹配，基于继承代理就是类匹配 2. 装饰者模式不支持，这个模式本身是为了避免继承结构爆炸而设计的

代理模式有两种实现方式：一般情况下，我们让代理类和原始类实现同样的接口。这种就是对象代理模式；但是，如果原始类并没有定义接口，并且原始类代码并不是我们开发维护的。在这种情况下，我们可以通过让代理类继承原始类的方法来实现代理模式，这种属于类代理模式。 装饰器模式没有这两种方式：装饰器模式主要解决继承关系过于复杂的问题，通过组合来替代继承，在设计的时候，装饰器类需要跟原始类继承相同的抽象类或者接口。所以装饰器只有对象装饰器这一种。

说实话真的牛，看到51节，争哥的水平估计高于99.9%的码农了，能懂是一层境界，能说给别人听，使别人信服是一层境界，能串联起来说给别人听，又是一层境界。

C++的STL里有大量的适配器，比如迭代器适配器，容器适配器，仿函数适配器。 容器里的反向迭代器reverse_iterator就是对迭代器iterator的一层简单封装。 所谓的栈stack和单向队列queue也是对其他容器的封装，底层默认使用的是双向队列deque，两者也都可以选用双向链表list，stack也可以使用向量vector。可以通过模板参数选用具体的底层容器，比如stack<int, vector<int>> stk;。 而仿函数适配器functor adapter则是其中的重头戏，众所周知，仿函数functor是一种重载了函数调用运算符的类。仿函数适配器可以改变仿函数的参数个数，比如bind1st, bind2nd等。 一个使用仿函数适配器的例子： count_if(scores.begin(),scores.end(),bind2nd(less<int>(), 60)); 上述代码翻译成人话就是统计不到60分成绩的人数。 正常来讲，不论count_if的最后一个参数是函数指针还是仿函数对象，只能接受一个参数，我们没必要为“小于60”这么微不足道的事情单独写一个函数或是仿函数，所以选择了通过bind2nd这一个适配器改变函数的参数个数，并且把其中的第二个参数绑定为60。 STL使用适配器的目的是为了更灵活的组合一些基础操作，并不是设计缺陷。 所以对于老师所说的 ……适配器模式可以看作一种“补偿模式”，用来补救设计上的缺陷。应用这种模式算是“无奈之举”…… 我并不认同。

那SpringAop是代理模式，主要功能却是增强被代理的类，这不是更符合装饰器模式。

1 中的代码ITarget应该是接口吧

代理模式有两种实现方式 1.代理类和原始类实现相同的接口，原始类只负责原始的业务功能，而代理类通过委托的方式调用原始类来执行业务逻辑，然后可以做一些附加功能。这也是一种基于接口而实现编程的设计思想。这就是基于组合也就是对象模式 2.如果原始类没有定义接口且不是我们开发维护的，这属于对外部类的扩展，可以使用继承的方式，只需要用代理类继承原始类，然后附加一些功能。这就是基于类模式 装饰者模式主要解决的问题就是继承关系过于复杂，通过组合来代替继承，主要作用是给原始类添加增强功能。所以装饰者模式只有对象模式