本文介绍了7样的结构模型中的其余2种:轻量级、代理模式。

一、享元模式FlyWeight

享元模式比較简单且重要，在非常多场合都被用到。仅仅只是封装起来了用户看不到。其概念:运用共享内存技术最大限度的支持大量细粒度的对象。

这个概念给的有些抽象，说白了就是假设内存中存在某个对象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

二、代理模式Proxy

为其它对象提供一种代理以控制对这个对象的訪问。

事实上这个思想非常easy，如银行的快捷支付就是一个典型的样例。购物时本来要从银行里拿钱。走银行的通道，因为你的钱本来就在银行放着。支付宝来了，说不用。我先替你垫着，然后支付宝给你出钱，过后支付宝拿着单子找银行要钱。这就是代理模式。

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种行为型模式。

代理模式亦可參考链接：链接1  链接2