版权声明：本文为博主原创文章，未经博主允许不得转载。
学习了何红辉、关爱民写的《Android设计模式》，对于面向对象的六大原则有进一步的理解，特此根据自己的理解记录总结一下
在开发中，我们要注意程序设计的六大原则：
一、单一责任原则
二、开闭原则
三、里氏替换原则
四、依赖倒置原则
五、接口隔离原则
六、迪米特原则
什么是单一原则
单一原则的意思就是就一个类而言，它需要做的事情就一件，这一件事可以是拆分的很细的一件事（如：一台电脑，显示器就是显示用的，键盘就是打字用的，usb接口就是连接用的等等，有些人就把电脑整体理解成一台上网的机器，各有各的理解），单一原则的划分不是很清晰，一般都是看个人的理解来界定。
我们用一个简单图片加载器程序来说明单一原则的使用，需求是这样，我们要一个图片加载器，而且还能将图片缓存起来的，以此需求，我们写一个ImageLoader类
importandroid.graphics.Bitmap;
importandroid.graphics.BitmapFactory;
importandroid.util.LruCache;
importandroid.widget.ImageView;
importjava.io.IOException;
importjava.net.HttpURLConnection;
importjava.net.MalformedURLException;
importjava.net.URL;
importjava.util.concurrent.ExecutorService;
importjava.util.concurrent.Executors;
/**
*CreatedbyAdministratoron2016/3/1.
*/
publicclassImageLoader{
publicImageLoader(){
//初始化图片缓存
initImageCache();
}
//图片缓存类
LruCacheimageCache;
//线程池，线城数量为cpu的数量
ExecutorServicemExecutorService=Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());
/**
*初始化缓存
*/
privatevoidinitImageCache(){
//计算可使用的最大内存
intmaxMemory=(int)(Runtime.getRuntime().maxMemory()/1024);
//只用最大内存的四分之一作为缓存大小
intcacheSize=maxMemory/4;
imageCache=newLruCache(cacheSize){
@Override
protectedintsizeOf(Stringkey,Bitmapvalue){
returnvalue.getRowBytes()*value.getHeight()/1024;
}
};
}
/**
*显示图片
*@paramurl图片的url
*@paramimageView要显示的view
*/
publicvoiddisplayImage(finalStringurl,finalImageViewimageView){
imageView.setTag(url);
mExecutorService.submit(newRunnable(){
@Override
publicvoidrun(){
Bitmapbitmap=downloadImage(url);
if(bitmap==null){
return;
}
if(imageView.getTag().equals(url)){
imageView.setImageBitmap(bitmap);
}
imageCache.put(url,bitmap);
}
});
}
/**
*下載圖片
*@paramimageUrl网络图片地址
*@return返回bitmap对象
*/
publicBitmapdownloadImage(StringimageUrl){
Bitmapbitmap=null;
try{
URLurl=newURL(imageUrl);
HttpURLConnectionconn=(HttpURLConnection)url.openConnection();
bitmap=BitmapFactory.decodeStream(conn.getInputStream());
conn.disconnect();
}catch(MalformedURLExceptione){
e.printStackTrace();
}catch(IOExceptione){
e.printStackTrace();
}
returnbitmap;
}
}
可以看到，虽然上面的加载器已经实现了图片的加载以及缓存到内存的功能，但是有一个很明显的问题，所有东西都堆在了这个ImageLoader类里面了，耦合太严重，一点扩展性跟灵活性都没有，以后随着功能的增加，这个类会变的越来越大、臃肿，依照单一原则，把ImageLoader拆分一下，将功能独立出来。
修改ImageLoader
importandroid.graphics.Bitmap;
importandroid.graphics.BitmapFactory;
importandroid.util.LruCache;
importandroid.widget.ImageView;
importjava.io.IOException;
importjava.net.HttpURLConnection;
importjava.net.MalformedURLException;
importjava.net.URL;
importjava.util.concurrent.ExecutorService;
importjava.util.concurrent.Executors;
/**
*CreatedbyAdministratoron2016/3/1.
*/
publicclassImageLoader{
publicImageLoader(){
}
//图片缓存类
ImageCacheimageCache=newImageCache();
//线程池，线城数量为cpu的数量
ExecutorServicemExecutorService=Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());
/**
*显示图片
*@paramurl图片的url
*@paramimageView要显示的view
*/
publicvoiddisplayImage(finalStringurl,finalImageViewimageView){
Bitmapbitmap=imageCache.get(url);
if(bitmap!=null){
imageView.setImageBitmap(bitmap);
return;
}
imageView.setTag(url);
mExecutorService.submit(newRunnable(){
@Override
publicvoidrun(){
Bitmapbitmap=downloadImage(url);
if(bitmap==null){
return;
}
if(imageView.getTag().equals(url)){
imageView.setImageBitmap(bitmap);
}
imageCache.put(url,bitmap);
}
});
}
/**
*下載圖片
*@paramimageUrl网络图片地址
*@return返回bitmap对象
*/
publicBitmapdownloadImage(StringimageUrl){
Bitmapbitmap=null;
try{
URLurl=newURL(imageUrl);
HttpURLConnectionconn=(HttpURLConnection)url.openConnection();
bitmap=BitmapFactory.decodeStream(conn.getInputStream());
conn.disconnect();
}catch(MalformedURLExceptione){
e.printStackTrace();
}catch(IOExceptione){
e.printStackTrace();
}
returnbitmap;
}
}
加入ImageCache.java
importandroid.graphics.Bitmap;
importandroid.util.LruCache;
/**
*CreatedbyAdministratoron2016/3/1.
*/
publicclassImageCache{
publicImageCache(){
//初始化图片缓存
initImageCache();
}
//图片缓存类
LruCacheimageCache;
/**
*初始化缓存
*/
privatevoidinitImageCache(){
//计算可使用的最大内存
intmaxMemory=(int)(Runtime.getRuntime().maxMemory()/1024);
//只用最大内存的四分之一作为缓存大小
intcacheSize=maxMemory/4;
imageCache=newLruCache(cacheSize){
@Override
protectedintsizeOf(Stringkey,Bitmapvalue){
returnvalue.getRowBytes()*value.getHeight()/1024;
}
};
}
/**
*添加缓存
*
*@paramurl缓存的图片url作为缓存的key
*@parambitmap缓存的bitmap
*/
publicvoidput(Stringurl,Bitmapbitmap){
imageCache.put(url,bitmap);
}
/**
*获取缓存的图片
*
*@paramurl
*@return
*/
publicBitmapget(Stringurl){
Bitmapbitmap=null;
bitmap=imageCache.get(url);
returnbitmap;
}
}
经过拆分之后，ImageLoader只负责图片的加载逻辑，而ImageCache负责图片的缓存逻辑，这样ImageLoader的代码量也就少了，而且职责也变的清晰，以后要修改缓存的逻辑就不需要去动ImageLoader类了，同样，修改图片加载的逻辑，也不需要动ImageCache类。
以上只是对单一原则的一个解释，因为单一原则不是定死的，每个人对一个职责的认定是不同的，这个要根据个人的经验以及具体的业务逻辑来定。