结构型模式还剩下这三个,一起记录下来吧
享元模式
描述:通过共享以便有效的支持大量小颗粒对象。

享元模式可以避免大量非常相似类的开销,在程序设计中,有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本都是相同的,有时就能够受大幅度地减少需要实例化的类的数量。如果能把那些参数移到类实例的外面,在方法调用时将他们传递进来,就可以通过共享大幅度减少单个实例的数目。
什么时候用享元模式?
如果一个应用程序使用了大量的对象,而大量的这些对象造成了很大的存储开销时就应该考虑使用;还有就是对象的大多数状态可以是外部状态,如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象,此时可以考虑使用享元模式。
享元模式的4个角色
Flyweight(抽象享元类):通常是一个接口或抽象类,在抽象享元类中声明了具体享元类公共的方法,这些方法可以向外界提供享元对象的内部数据(内部状态),同时也可以通过这些方法来设置外部数据(外部状态)。
ConcreteFlyweight(具体享元类):它实现了抽象享元类,其实例称为享元对象;在具体享元类中为内部状态提供了存储空间。通常我们可以结合单例模式来设计具体享元类,为每一个具体享元类提供唯一的享元对象。
UnsharedConcreteFlyweight(非共享具体享元类):并不是所有的抽象享元类的子类都需要被共享,不能被共享的子类可设计为非共享具体享元类;当需要一个非共享具体享元类的对象时可以直接通过实例化创建。
FlyweightFactory(享元工厂类):享元工厂类用于创建并管理享元对象,它针对抽象享元类编程,将各种类型的具体享元对象存储在一个享元池中,享元池一般设计为一个存储“键值对”的集合(也可以是其他类型的集合),可以结合工厂模式进行设计;当用户请求一个具体享元对象时,享元工厂提供一个存储在享元池中已创建的实例或者创建一个新的实例(如果不存在的话),返回新创建的实例并将其存储在享元池中。
以棋类运动为例,棋子可以看作抽象享元类,围棋棋子,五子棋棋子,象棋棋子这些可以看作是具体享元类。各类棋子除了具体位置(在此处以(x,y)坐标表示)这一外部状态不同,其他属性都相同。此时就可以使用享元模式,比如在一局围棋游戏中,只有黑棋和白棋这两种具体享元类,大大减少了重复生成棋子的内存开销。
1 | //Flyweight |
主程序
1 | public class Flyweight { |
组合模式
描述:把多个对象组成树状结构来表示局部与整体,这样用户可以一样的对待单个对象和对象的组合。

组合模式要解决的是整体和部分可以被一致对待的问题
何时使用组合模式?
需求中是体现部分与整体层次的结构时,希望用户可以忽略组合对象与单个对象的不同,统一地使用组合结构中的所有对象时,就应该考虑用组合模式。
组合模式的3个角色
Component(抽象构件):它可以是接口或抽象类,为叶子构件和容器构件对象声明接口,在该角色中可以包含所有子类共有行为的声明和实现。在抽象构件中定义了访问及管理它的子构件的方法,如增加子构件、删除子构件、获取子构件等。
Leaf(叶子构件):它在组合结构中表示叶子节点对象,叶子节点没有子节点,它实现了在抽象构件中定义的行为。对于那些访问及管理子构件的方法,可以通过异常等方式进行处理。
Composite(容器构件):它在组合结构中表示容器节点对象,容器节点包含子节点,其子节点可以是叶子节点,也可以是容器节点,它提供一个集合用于存储子节点,实现了在抽象构件中定义的行为,包括那些访问及管理子构件的方法,在其业务方法中可以递归调用其子节点的业务方法。
组合模式的关键是定义了一个抽象构件类,它既可以代表叶子,又可以代表容器,而客户端针对该抽象构件类进行编程,无须知道它到底表示的是叶子还是容器,可以对其进行统一处理。同时容器对象与抽象构件类之间还建立一个聚合关联关系,在容器对象中既可以包含叶子,也可以包含容器,以此实现递归组合,形成一个树形结构。
透明模式与安全模式
透明模式在Component中声明所有管理子对象的方法,这样做的好处是叶结点和枝结点对于外界没有区别,它们具备完全一致的行为接口,但Leaf本身不具备add()、remove()功能,所有实现它们是没有意义的。
安全模式在Component接口中不去声明管理子对象的方法,那么子类Leaf就不需要实现它们,而是在Composite中实现,不过由于不够透明,叶结点和枝结点有不同的接口,客户端调用时要做相应的判断。
1 | //Component |
主程序
1 | public class Composite { |
代理模式
描述:为其他对象提供一个代理以控制对这个对象的访问。

代理模式的3个角色
Subject(抽象角色):通过接口或抽象类声明真实角色实现的业务方法。
Proxy(代理角色):实现抽象角色,是真实角色的代理,通过真实角色的业务逻辑方法来实现抽象方法,并可以附加自己的操作。
RealSubject(真实角色):实现抽象角色,定义真实角色所要实现的业务逻辑,供代理角色调用。
代理模式又分为静态代理和动态代理
先来举个例子,电脑和手机都可以联网,现在有个代理VPN也可以联网,我们用VPN代理实现翻墙功能,用代码实现就是
1 | //Subject |
此处用了静态代理的实现方式,可以看到实现起来非常简单,但有个缺点,如果我们不确定需要代理某个真实类的时候会比较麻烦,而且在类过多的时候,目标对象与代理对象都要维护,会使系统复杂度提升,维护起来也更加麻烦。这时我们就可以使用动态代理来进行解决。
这里记录两种动态代理的方式
1 | //JDK动态代理 |
主程序
1 | public class Proxy { |
参考资料: