依赖倒置原则

依赖倒置原则英文全称是 Dependence Inversion Principle，缩写是 DIP。依赖倒置原则指代了一种特定的解耦形式，使得高层次的模块不依赖于低层次模块的实现细节的目的，依赖模块被颠倒了。这个概念有点不好理解，这到底是什么意思呢？

依赖倒置原则有以下几个关键点:

(1)高层模块不应该依赖低层模块，两者都应该依赖其抽象:

(2)抽象不应该依赖细节;

(3)细节应该依赖抽象。

在 Java 语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的：细节就是实现类，实现接口或继承抽象类而产生的类就是细节，其特点就是，可以直接被实例化，也就是可以加上一个关键字 new 产生一个对象。高层模块就是调用端，低层模块就是具体实现类。依赖倒置原则在 Java 语言中的表现就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。这又是一个将理论抽象化的实例，其实一句话就可以概括：面向接口编程，或者说是面向抽象编程，这里的抽象指的是接口或者抽象类。面向接口编程是面向对象精髓之一，也就是抽象。

如果类与类直接依赖于细节，那么它们之间就有直接的耦合，当具体实现需要变化时，意味着要同时修改依赖者的代码，这限制了系统的可扩展性。

例子

# Android 让程序更稳定、更灵活 —— 开闭原则

一句话概括起来就是：依赖抽象，而不依赖具体实现。针对于图片缓存，我们建立的 ImageCache 抽象，该抽象中增加了 get 和 put 方法用以实现图片的存取。每种缓存实现都必须实现这个接口，并且实现自己的存取方法。当用户需要使用不同的缓存实现时，直接通过依赖注入即可，保证了系统的灵活性。我们再来简单回顾一下相关代码。

ImageCache 缓存接口：

/**
 * 图片缓存接口
 * 
 * @author mrsimple
 */
public interface ImageCache {
    public Bitmap get(String url);

    public void put(String url, Bitmap bmp);
}

ImageLoader 类：

/**
 * 图片加载类
 */
public class ImageLoader {
    // 图片缓存，依赖于抽象，并且有一个默认的实现
    ImageCache mImageCache = new MemoryCache();
    // 线程池,线程数量为CPU的数量
    ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime()
            .availableProcessors());
    private Handler mUiHandler = new Handler() ;

    /**
     * 设置缓存策略，依赖于抽象 
     */
    public void setImageCache(ImageCache cache) {
        mImageCache = cache;
    }

    // 加载图片
    public void displayImage(String imageUrl, ImageView imageView) {
        Bitmap bitmap = mImageCache.get(imageUrl);
        if (bitmap != null) {
            // 异步加载图片
            imageView.setImageBitmap(bitmap);
            return;
        }

        submitLoadRequest(imageUrl, imageView);
    }
    // 代码省略
}

总结

在这里，我们建立了 ImageCache 抽象，并且让 ImageLoader 依赖于抽象而不是具体细节。当需求发生变化时，我们只需要实现 ImageCahce 类或者继承其他已有的 ImageCache 子类完成相应的缓存功能，然后将具体的实现注入到 ImageLoader 即可实现缓存功能的替换，这就保证了缓存系统的高可扩展性，有了拥抱变化的能力，这就是依赖倒置原则。从上述内容中我们发现，要想让系统更为灵活，抽象似乎成了我们唯一的手段。

Android 让项目拥有变化的能力 —— 依赖倒置原则

依赖倒置原则

例子

总结