本文介绍7种结构型模式里的剩下两种:享元模式、代理模式。
享元模式比较简单且重要,在很多场合都被用到,只不过封装起来了用户看不到。其概念:运用共享内存技术最大限度的支持大量细粒度的对象。这个概念给的有些抽象,说白了就是如果内存中存在某个对象A,如果再次需要使用对象A的时候如果内存中有A这个对象就直接使用它,不要再次new了。如果没有,则重新new一个。基于这个特点,享元模式使用时一般会给待访问对象传递一个Tag,用来标识这个对象,而且要同时使用抽象工厂的方法进行访问。有点类似单例模式,只不过单例内存中只有一个对象,而享元模式是确保相同Tag的对象有且只有一个。
1.Flyweight 描述一个接口,通过这个接口flyweight可以接受并作用于外部状态。
public interface Flyweight {
void action(int arg);
}
2.ConcreteFlyweight实现Flyweight接口,并为内部状态(如果有的话)增加存储空间。ConcreteFlyweight对象必须是可共享的。它所存储的状态必须是内部的;即,它必须独立于ConcreteFlyweight对象的场景。
public class FlyweightImpl implements Flyweight {
public void action(int arg) {
// T*DO Auto-genera*ed method stub
System.out.println(*参数值: " + arg);
}
}
3. FlyweightFactory 创建并管理flyweight对象。确保合理地共享flyweight。当用户请求一个flyweight时,flyweightFactory对象提供一个已创建的实例或者创建一个(如果不存在的话)。
public class FlyweightFactory {
private static Map flyweights = new HashMap();
public FlyweightFactory(String arg) {
flyweights.put(arg, new FlyweightImpl());
}
public static Flyweight getFly*eight(String key) {
if (flyweights.get(key) == null) {
flyweights.put(key, new FlyweightImpl());
}
return flyweights.get(key);
}
public static int getSize() {
return flyweights.size();
}
}
测试代码:
public class Test {
public static void main(String[] args) {
// TODO Auto-generated method stub
Flyweight fly1 = FlyweightFactory.getFlyweight("a");
fly1.action(1);
Flyweight fly1 = FlyweightFactory.getFlyweight("a");
System.out.println(fly1 == fly2);
Flyweight fly3 = FlyweightFactory.getFlyweight("b");
fly3.action(2);
Flyweight fly4 = FlyweightFactory.getFlyweight("c");
fly4.action(3);
Flyweight fly5 = FlyweightFactory.getFlyweight("d");
fly4.action(4);
System.out.println(FlyweightFactory.getSize());
}
}
适用性:
1.一个应用程序使用了大量的对象。
2.完全由于使用大量的对象,造成很大的存储开销。
3.对象*大多数状态都可变为外部状态。
4.如果删除对象的外部状态,那么可以*相对较少的共享对象取代很多组对象。
5.应用程序不依赖于对象标识。由于Flyweight对象可以被共享,对于*念上明显有别的对象,标识测试将返回真值。
可以看到前面有篇博文讲Fragment的使用,里面有好几个Fragment就是用的享元模式。另外,像线程池等也是用的享元模式。在listview的适配器刷新为了更加流畅不必每次都new,对convertView的处理也是享元模式。
也可参考链接:http://blog.csdn.net/jason0539/article/details/22908915
为其他对象提供一种代理以控制对这个对象的访问。其实这个思想很简单,如银行的快捷支付就是一个典型的例子。购物时本来要从银行里拿钱,走银行的通道,因为你的钱本来就在银行放着。支付宝来了,说不用,我先替你垫着,然后支付宝给你出钱,过后支付宝拿着单子找银行要钱,这就是代理模式。
1.Subject 主题,是RealSubject和Proxy共同调用的接口,比如上面提到的付钱,这是约束支付宝和银行的共同接口。
public interface Object {
void action();
}
2.RealSubject 定义Proxy所代表的实体,这里就像“银行通道”。
public class ObjectImpl implements Object {
public void action() {
System.out.println("========");
System.out.println("========");
System.out.pr*ntln("这是被代理的类");
System.out.println("========");
System.out.println("========");
}
}
3.Proxy代理,对应上面的支付宝
public class ProxyObject implements Object {
Object obj;
public ProxyObject() {
System.out.println("这是代理类");
obj = new ObjectImpl();
}
public void action() {
System.out.println("代理开始");
obj.action();
System.out.println("代理结束");
}
}
测试代码:
public class Test {
public static void main() {
Object obj = new ProxyObject();
obj.action();
}
}
从上面可以看到,代理模式和适配器模式非常之像。都是在一个类里维持了另一个类的抽象接口,然后实例化这个接口去做一些操作。但代理模式跟适配器模式最大的区别是:代理类和被代理的对象类实现了共同的接口,如同支付宝和银行都提供取钱这个共同的操作。但,适配器模式不同。适配器类和要适配的类对应的接口是不一样的,这本身就是适配的目的所在,将原有类的一个接口适配成另外一个接口供外围调用。举个例子,我要想送礼,买了一个2万的奢侈品,这个接口是“买东西”。然后我把东西给某高官送过去了,高官当然不会要嘛,就拿着东西去商场退货,这个接口是“退货”。最后嘛,钱就到高官手里了。这就是适配器模式,“买东西”和“退货”属于两个不同的接口。
至于外观模式,举个例子,要打造一部手机,需要生产、研发、销售三大环节,每一个环节都有大量的步骤,比如生产得采购原材料吧,采购时是不是先紧着亲戚的厂来点回扣吧,东西买回来要组装生产,扣点生产线上小娄娄的钱,偷个工减点料,一倒手又是银子吧!但给大领导汇报你这么整只有找死,于是将大量步骤封装再封装,对大老板说这个生产嘛。。。研发嘛。。。。销售嘛,三个接口,这就是外观模式。
至此5种创建型模式、7种结构型模式已交代完毕,明天开始11种行为型模式。
Java经典23种设计模式之结构型模式(三)------附代理模式、适配器模式、外观模式区别,布布扣,bubuko.com
Java经典23种设计模式之结构型模式(三)------附代理模式、适配器模式、外观模式区别
原文:http://blog.csdn.net/yanzi1225627/article/details/37669485