仿腾讯网站源码,百度视频,突发 佛山出大事,如何做网站评估分析适配器模式#xff1a;
将一个类的接口转换成用户希望得到的另一种接口。它使原本不相容的接口得以协同调用。 桥接模式#xff1a;
将类的抽象部分和他的实现部分分离开来。是他们可以独立的变化。
它是用组合关系代替继承关系来实现#xff0c;从而降低了抽象和实现这两…适配器模式
将一个类的接口转换成用户希望得到的另一种接口。它使原本不相容的接口得以协同调用。 桥接模式
将类的抽象部分和他的实现部分分离开来。是他们可以独立的变化。
它是用组合关系代替继承关系来实现从而降低了抽象和实现这两个可变维度的耦合度。
例如画笔接口下具体的画笔实现有粗画笔、细画笔也有红色、蓝色如果要是为每一种类都定义一个实现类则会出现类爆发。所以只有将颜色也定义一个接口粗细定义一个接口。然后画笔的抽象类将这两个接口组合起来。
Pen{
Color color
Width width
}
这个示例很多人都这么说都在这么用但是其实不合适。用画笔举例绝对所有人第一时间都会想到就应该这样的组合起来设计怎么可能会去不同颜色不同粗细分别定义实现类。所以学习这个例子只会让人更懵。把一个本来简单的问题复杂化然后告诉你有一个模式可以把这个复杂问题变简单有意思么
其实桥接模式的核心在于抽象部分和他的实现部分分离开来。
抽象部分就是有个工具箱接口utilinterface定义了画画draw这个方法。
utilinterface{
viod draw();
}
实现部分就不是普通的去定义一个工具实现类来实现这个抽象类utilClass implement utilinterface并且实现画画方法来。而是另外一个不相干的实现类,例如不相干的画笔类PenClass实现具体的画画方法。同时将这个画笔工具类作为utilinterface的实现类utilCalss类中的属性组合起来。就变成了如下
utilCalss implement utilinterface {
PenClass penClassgetXXPenClass();//先在构造方法或者某个地方配置某个具体的画笔类
// utilCalss的画画功能其实是其中组合的penclass来执行的具体画画内容
viod draw(){ penClass.draw()};
}
这才是抽象部分和实现部分分离开来。才是通过组合关系代替继承关系。这才是桥接模式
例如Jdbc的DriverManager的getConnetion获取数据库连接的方法其实就是用的里面注册的具体的某个数据库驱动的连接方法生成的连接返回的。 组合模式
将对象组合成树形结构以表示部分-整体的层次结构。组合模式的核心思想是将对象看作是一个树形结构其中每个节点可以是一个单独的对象叶子节点或者一个包含其他节点的容器组合节点。例如在java中可以通过组合模式来模拟文件系统有node接口定义了顶层的操作接口获取节点基本信息,查询子节点新增子节点等。 装饰模式
动态地给一个对象添加一些额外的职责就增加功能来说装饰模式比生成子类更为灵活。增加一个装饰器类持有被装饰的对象并且和被装饰对象实现相同的接口方法。但是重写方法加上额外的装饰功能打印日志等。装饰模式和桥接模式都有一个对象持有另一个对象的这种相同点但是器目的不同桥接的目的是为了将抽象部分和实现部分分离。装饰器的目的是为了添加额外的职责 外观模式
为子系统中的一组接口提供一个一致的界面此模式定义了一个高层接口这个接口使得这一子系统更加容易使用。例如ApplicationContext是Spring框架的核心容器它隐藏了底层的复杂性并提供了简单易用的接口供开发人员使用。通过ApplicationContext开发人员可以轻松地获取和管理Spring管理的bean对象而无需关注底层的实例化、依赖注入等细节 享元模式
运用共享技术有效地复用对象。减少系统中低等级的详细的对象数目。减少了要处理的对象数目减少了内存。亨元对象能做到共享的关键是区分内部状态和外部状态。内部状态基本不改变因此可以共享基础的图元或者文字经常采用享元模式Integer类有一些缓存机制当int值在-128到127之间时会重用相同的Integer对象。这是因为Java的Integer类在这些值范围内实现了享元模式。 代理模式
将一个对象的行为代理给另一个对象。其实从结构上来说模式和装饰模式非常相似都是一个代理类或者装饰类持有被代理类或者被装饰类的引用。其区别在于
1目的不同代理模式是为了控制对原对象的访问隐藏真实对象。装饰模式是为了动态的增加原对象的功能。
2实现方式被代理对象通常不直接对外提供服务。被装饰类通常可以自行的对外体提供服务只是没有了被增强的功能而已。
3代理模式中代理类与被代理类通常存在较强的耦合关系而装饰模式中装饰类与被装饰类通常没有耦合关系可以被随意替换。
