架构师之路--面向对象六大原则

目录

前言

一、单一职责原则

二、开闭原则

三、里氏替换原则

四、依赖倒置原则

五、接口隔离原则

六、迪米特原则

---

前言

     作为一名码农，一名有上进心、有追求的码农，我们必须不断学习，不断提升自我修养，把我们的代码向极致打造，就好像我们是一名盖房子的工匠一样，天天盖农村里的小房子，翻来覆去就是那样，什么时候我们可以指挥盖出摩天大楼？在我们完全熟练了盖小房子这样的技能之后，是不是应该向更高的要求出发，向更高的标准看齐了？我们的代码和搭积木非常相似，我们要想自己指挥盖摩天大楼，还是必须自身功夫硬，就像我们指挥盖小房子一样，我们完全熟练其中的每个细节，烂熟于胸，才敢坐上那个指挥的位置上，否则毫无头绪，我们自己对自己都没有信心！

     《Android源码设计模式解析与实战》这本书就是教我们如何能掌握搭积木的本领，如果我们能完全掌握这些本领，并且能很好的把它们运用到我们的实际工作中，那么摩天大楼的骨架基本已经在我们的心中了，后续的博客也是基于本书中所讲解的设计模式展开的，本篇我们就来学习一下Java面向对象的六大原则。下面是网上另外一位朋友的博客，讲的也非常好，推荐大家看看，学习一下，从不同的角度理解设计原则：

      读源码学架构系列：开篇

      读源码学架构系列：面向对象设计的原则

      读源码学架构系列：单一职责原则

      读源码学架构系列：开放封闭原则

      读源码学架构系列：里氏替换原则

      读源码学架构系列：依赖倒置原则

      读源码学架构系列：接口隔离原则     

一、单一职责原则

     单一职责原则的定义：就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。

     定义非常简单，我们也能从名字上理解它要表达的意思，但是在实际工作中并不是那么容易落实，因为单一职责的划分界限并不是那么清晰，很多时候都是根据实际开发者自己本身对需求的理解和经验来完成的，最大的问题还是对职责的定义，什么是类的职责，该类存在的职责是什么，以及如何具体的划分它。

     假如我们的工作中遇到一个图片缓存的需求，可以下载图片、缓存图片、显示图片资源到ImageView，完成后的代码大概如下：

public class ImageLoader {
    // 图片缓存
    LruCache<String, Bitmap> mImageCache;
    // 线程池,线程数量为CPU的数量
    ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime()
            .availableProcessors());
    private Handler mUiHandler = new Handler() ;

    public ImageLoader() {
        initImageCache();
    }

    private void initImageCache() {
        // 计算可使用的最大内存
        final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        // 取4分之一的可用内存作为缓存
        final int cacheSize = maxMemory / 4;
        mImageCache = new LruCache<String, Bitmap>(cacheSize) {

            @Override
            protected int sizeOf(String key, Bitmap bitmap) {
                return bitmap.getRowBytes() * bitmap.getHeight() / 1024;
            }
        };
    }
    
    private void updateImageView(final ImageView imageView, final Bitmap bitmap) {
		mUiHandler.post(new Runnable() {
			@Override
			public void run() {
				 imageView.setImageBitmap(bitmap); ;				
			}
		});
	}

    public void displayImage(final String url, final ImageView imageView) {
        imageView.setTag(url);
        mExecutorService.submit(new Runnable() {

            @Override
            public void run() {
                Bitmap bitmap = downloadImage(url);
                if (bitmap == null) {
                    return;
                }
                if (imageView.getTag().equals(url)) {
                	updateImageView(imageView, bitmap) ;
                }
                mImageCache.put(url, bitmap);
            }
        });
    }

    public Bitmap downloadImage(String imageUrl) {
        Bitmap bitmap = null;
        try {
            URL url = new URL(imageUrl);
            final HttpURLConnection conn = (HttpURLConnection) url.openConnection();
            bitmap = BitmapFactory.decodeStream(conn.getInputStream());
            conn.disconnect();
        } catch (Exception e) {
            e.printStackTrace();
        }

        return bitmap;
    }
}

     它根据可用内存创建缓存池，下载图片成功后将其放入缓存池中，所有的功能全部综合在一个类中，没有明确分工可言。需求简单时还好，如果需求越来越复杂，场景越来越多，那就会导致我们的代码越来越大，类中的逻辑耦合越来越严重，所以我们需要按照单一职责原则对其进行拆分。

     说到拆分，首先必须要搞清楚的就是职责，我们要按照什么职责进行拆分，这个问题搞不清楚，那么我们根本无法进行下一步的工作。我们来看看当前的ImageLoader，按照功能来分的话，大概就两部分：一、配置缓存环境，完成缓存逻辑；二、更新ImageView，显示UI。更新UI界面部分比较直接，所以我们第一考虑的就是把缓存部分拆分出来。按照这个职责，拆分后如下：

public class ImageLoader {
    // 图片缓存
    ImageCache mImageCache = new ImageCache();
    // 线程池,线程数量为CPU的数量
    ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime()
            .availableProcessors());
    private Handler mUiHandler = new Handler() ;

    public void displayImage(final String url, final ImageView imageView) {
        Bitmap bitmap = mImageCache.get(url);
        if (bitmap != null) {
            imageView.setImageBitmap(bitmap);