java 外观设计模式

外观模式也叫门面模式,属于结构性模式,外观模式还是比较好理解的,平时使用也比较常见

定义:

外观模式是隐藏了系统的复杂性，能够为子系统中的一组接口提供一个统一的接口

举例

我们做Android图片加载是必不可少的, 当然我们都是使用了第三方的框架,比如glide,图片内存缓存一般是先从内存中找,内存没有然后从本地找,本地再没有就从网络去下载图片,现在用代码来说明,先定义一个缓存的接口

package com.facede.v1;
import com.facede.Bitmap;

public interface IMemoryCache {
    Bitmap load(String url);
}

内存加载实现类

package com.facede.v1.impl;
import com.facede.Bitmap;
import com.facede.v1.IMemoryCache;

public class MemoryCacheImpl implements IMemoryCache {
    @Override
    public Bitmap load(String url) {
        return null;
    }
}

本地加载实现类

package com.facede.v1.impl;
import com.facede.Bitmap;
import com.facede.v1.IMemoryCache;

public class DiskCacheImpl implements IMemoryCache {
    @Override
    public Bitmap load(String url) {
        return null;
    }
}

网络下载

package com.facede.v1.impl;
import com.facede.Bitmap;
import com.facede.v1.IMemoryCache;

public class NetDownLoad implements IMemoryCache {
    @Override
    public Bitmap load(String url) {
        return null;
    }
}

由于我没有在Android环境下写,所以Bitmap类是我自己随便定义的,大概意思就行,那我们再写个Test类去测试下

package com.facede.v1.impl;
import com.facede.v1.IMemoryCache;

public class Test {
    private static final String URL = "http://www.baidu.com";
    public static void main(String[] args) {
        IMemoryCache memoryCache = new MemoryCacheImpl();
        IMemoryCache diskCacheImpl =  new DiskCacheImpl();
        IMemoryCache netDownLoad = new NetDownLoad();

        if(memoryCache.load(URL)==null){
            if(diskCacheImpl.load(URL)==null){
                netDownLoad.load(URL);
            }
        }else{//省略...

        }
    }
}

大概是这样,然后看看UML类图,

你会发现上层(也就是Test,其实就是调用方)也持有三个具体的实现类,这样如果要修改的话,就必须要在上层去修改代码,那我们使用外观模式在中间隔离一层,

package com.facede.v1;
import com.facede.v1.impl.DiskCacheImpl;
import com.facede.v1.impl.MemoryCacheImpl;
import com.facede.v1.impl.NetDownLoad;

public class Facede {
    IMemoryCache memoryCache ;
    IMemoryCache diskCacheImpl ;
    IMemoryCache netDownLoad ;
    public Facede(){
        memoryCache = new MemoryCacheImpl();
        diskCacheImpl =  new DiskCacheImpl();
        netDownLoad = new NetDownLoad();
    }
    public void loadBitmap(String url){
        if(memoryCache.load(url)==null){
            if(diskCacheImpl.load(url)==null){
                netDownLoad.load(url);
            }
        }else{//省略...

        }
    }
}

测试类

package com.facede.v1.impl;
import com.facede.v1.Facede;
import com.facede.v1.IMemoryCache;

public abstract class Test implements IMemoryCache {
    private static final String URL = "http://www.baidu.com";

    public static void main(String[] args) {
        Facede facede = new Facede();
        facede.laodBitmap(URL);
    }
}

现在再来看看UML类图

现在发下,上层(Test)就单单和外观类Facede打交道,和具体的实现类没有任何交集,再来看下外观模式的定义

外观模式是隐藏了系统的复杂性，能够为子系统中的一组接口提供一个统一的接口

Facede类其实就是起到了隐藏了系统的复杂性, 提供了统一的访问接口就是loadBimap，里面具体如何实现,上层完全不知道

外观模式优缺点

优点

1:对客户端(上层或者调用方)屏蔽了子系统组件，符合设计模式中的单一职责原则。

2:实现了客户端和子系统的松散耦合，使得子系统个变化不会影响到调用它的客户端，只需要改变外观类即可。

3:一个子系统的变化不会影响到另一个子系统，子系统内部变化也不会影响到外观对象

缺点

外观模式最大的缺点在于违背了“开闭原则”，当增加新的子系统或者移除子系统时需要修改外观类，可以通过引入抽象外观类在一定程度上解决该问题，客户端针对抽象外观类进行编程