面向对象的原则之单一职责原则

单一职责的英文名称是Single Responsibility Principle,缩写是SRP。

SRP的定义就是:就一个类而言,应该仅有一个引起它变化的原因。简单说来,一个类中应该是一组相关性很高的函数、数据的封装。单一职责的划分界限并不是总是那么清晰,很多时候需要靠个人经验来界定。当然,最大的问题就是堆职责的定义,什么是类的职责,以及怎么划分类的职责。

接下来以小明的工作过程为示例描述单一职责原则:

小明初入职场,在经历过一周的适应期以及熟悉公司的产品、开发规范后,小民的开发工作就正式开始了。小民的主管是个工作经验丰富的技术专家,对于小民的工作并不是很满意,尤其是小民最薄弱的面向对象设计,而Android开发又是使用Java语言,程序中的抽象、接口、六大原则、23种设计模式等名词把小民弄的晕头转向。于是,小民的主管决定先让小民做一个小项目来锻炼这方面的能力。

在经过一番思考后,主管挑选了使用范围广、难度也适中的图片加载器(ImageLoader)作为小民的训练项目。既然要训练小民的面向对象设计能力,那么久必须考虑到可扩展性、灵活性,而检测这一切是否符合需求的最好途径就是开源。

小民是不服输的,主管的要求很简单,要小民实现图片加载,并且要将图片缓存起来。在分析了需求之后,小民放下心来,胸有成竹,在经历了10分钟的编码之后,小民写下了如下代码:

ImageLoader.java

package com.deason.library.srp;

import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.util.LruCache;
import android.widget.ImageView;

import java.io.IOException;
import java.net.HttpURLConnection;
import java.net.URL;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

/**
 * 图片加载类
 * Created by liuguoquan on 2016/3/13.
 */
public class ImageLoader {

    /**
     * 图片缓存
     */
    LruCache<String, Bitmap> mImageCache;

    /**
     * 线程池,线程数量未CPU的数量
     */
    ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime()
            .availableProcessors());

    public ImageLoader() {

        initImageCache();
    }

    private void initImageCache() {

        //计算可使用的最大内存
        final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        //取内存的四分之一作为缓存
        final int cacheSize = maxMemory / 4;

        mImageCache = new LruCache<String, Bitmap>(cacheSize) {

            @Override
            protected int sizeOf(String key, Bitmap value) {
                return value.getRowBytes() * value.getHeight() / 1024;
            }
        };
    }

    /**
     * 显示图片
     * @param url
     * @param imageView
     */
    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)) {
                    imageView.setImageBitmap(bitmap);
                }
            }
        });
    }

    /**
     * 下载图片
     * @param url
     * @return
     */
    public Bitmap downloadImage(String imageUrl) {

        Bitmap bitmap = null;
        try {
            URL url = new URL(imageUrl);
            HttpURLConnection mConnection = (HttpURLConnection) url.openConnection();
            int code = mConnection.getResponseCode();

            if (200 == code) {
                bitmap = BitmapFactory.decodeStream(mConnection.getInputStream());
            }
            mConnection.disconnect();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return bitmap;
    }
}

随后,小民将代码托管到GitHub上,伴随着git push命令的完成,小民的ImageLoader 0.1版本就发布了。小民开始幻想着待会儿被主管称赞。

在小民给主管报告了ImageLoader发布消息的几分钟后,主管把小民叫到了会议室,叼了小民一顿:“小民,你的ImageLoader耦合太严重啦!简直就没有设计可言,更不要说是扩展性、灵活性了。所有功能写在一个类里面怎么行呢,这样随着功能的增多,ImageLoader类会越来越大。代码也越来越复杂,图片的加载系统就会越来越弱…”,此时,小民默默吞下了泪水。

主管最后说:“你还是把ImageLoader拆分一下,把各个功能独立出来,让它们满足单一职责原则。”小民敏锐的捕捉到单一职责原则这个关键词,他用百度、Google搜索了资料之后,决定对ImageLoader进行一次重构。这次小民认真地先画了一幅UML类图:

单一职责UML.png

ImageLoader修改后的代码如下:

package com.deason.library.srp.refactor;

import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.widget.ImageView;

import java.io.IOException;
import java.net.HttpURLConnection;
import java.net.URL;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

/**
 * 图片加载类
 * Created by liuguoquan on 2016/3/14.
 */
public class ImageLoader {

    /**
     * 图片缓存
     */
    ImageCache mImageCache = new ImageCache();

    /**
     * 线程池,线程数量未CPU的数量
     */
    ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime()
            .availableProcessors());

    /**
     * 显示图片
     * @param url
     * @param imageView
     */
    public void displayImage(final String url, final ImageView imageView) {
        //首先检查内存是否存在
        Bitmap bitmap = mImageCache.get(url);
        if (bitmap != null) {
            imageView.setImageBitmap(bitmap);
            return ;
        }

        imageView.setTag(url);
        mExecutorService.submit(new Runnable() {
            @Override
            public void run() {
                Bitmap bitmap = downloadImage(url);
                if (bitmap == null) {
                    return;
                }
                if (imageView.getTag().equals(url)) {
                    imageView.setImageBitmap(bitmap);
                }
                //将下载的图片存入内存
                mImageCache.put(url,bitmap);
            }
        });
    }

    /**
     * 下载图片
     * @param url
     * @return
     */
    public Bitmap downloadImage(String imageUrl) {

        Bitmap bitmap = null;
        try {
            URL url = new URL(imageUrl);
            HttpURLConnection mConnection = (HttpURLConnection) url.openConnection();
            int code = mConnection.getResponseCode();

            if (200 == code) {
                bitmap = BitmapFactory.decodeStream(mConnection.getInputStream());
            }
            mConnection.disconnect();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return bitmap;
    }
}

并且添加类一个ImageCache类用于图片缓存,具体代码如下:

package com.deason.library.srp.refactor;

import android.graphics.Bitmap;
import android.util.LruCache;

/**
 * 处理图片缓存
 * Created by liuguoquan on 2016/3/14.
 */
public class ImageCache {

    /**
     * 图片缓存
     */
    LruCache<String, Bitmap> mImageCache;

    public ImageCache() {

        initImageCache();
    }

    private void initImageCache() {

        //计算可使用的最大内存
        final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        //取内存的四分之一作为缓存
        final int cacheSize = maxMemory / 4;

        mImageCache = new LruCache<String, Bitmap>(cacheSize) {

            @Override
            protected int sizeOf(String key, Bitmap value) {
                return value.getRowBytes() * value.getHeight() / 1024;
            }
        };
    }

    /**
     * 将图片存入缓存
     * @param key
     * @param bitmap
     */
    public void put(String key,Bitmap bitmap) {

        mImageCache.put(key,bitmap);
    }

    /**
     * 取出缓存图片
     * @param key
     * @return
     */
    public Bitmap get(String key) {
        return mImageCache.get(key);
    }
}

综上所述,小民将ImageLoader一拆为二,ImageLoader只负责图片加载的逻辑,而ImageCache只负责处理图片缓存的逻辑,这样ImageLoader的代码量变少了,职责也清晰了;当与缓存相关的逻辑需要改变时,不需要修改ImageLoader类,而图片加载的逻辑需要修改时也不会影响到缓存处理逻辑。

从上述例子我们知道,单一职责所表达出来的用意就是“单一”两个字。如何划分一个类、一个函数的职责,每个人都有自己的看法,这需要根据个人经验、具体的业务逻辑而定。但是,它也有一些基本的指导原则,例如,两个完全不一样的功能就不应该方法一个类中,一个类中应该是一组相关性很高的函数、数据的封装。工程师可以不断地审视自己的代码,根据具体的业务、功能对类进行相应的拆分,这是程序员优化代码迈出的第一步。

参考资料

《Android源码设计模式》 何红辉、关爱民 著

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值