开闭原则(Open Closed Principle)是Java世界里最基础的设计原则,它指导我们如何建立一个稳定的、灵活的系统。
定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
简单的说就是在修改需求的时候,应该尽量通过扩展来实现变化,而不是通过修改已有代码来实现变化。
举一个简单的例子:
在图片加载器ImageLoder中,我们需要将图片缓存来加快软件速度和节约用户流量。我们一开始可能会考虑将从网络上获取到的图片加载到内存中去,并在第二次需要加载此图片时直接从内存中获取。
于是,我们创建一个MemoryCache类。
注意:下面代码只是模拟,省略了具体实现
//ImageLoder类 ,用于图片加载
public class ImageLoder {
//内存缓存类
MemoryCache mMemoryCache;
//加载图片
public void displayImage(final String url, final ImageView imageView, Context context) {
//使用缓存
useCache(String url,mMemoryCache);
}
private void useCache(String url,MemoryCache mMemoryCache){
//从内存中去获取
Bitmap bitmap= mMemoryCache.get( url);
//如果内存中没有就通过网络下载
if(bitmap==null){
//开启线程,从网上下载图片
bitmap=downloadBitmap();
}
//将图片存入内存缓存
mMemoryCache.put(url);
}
}
//MemoryCache 内存缓存类
public class MemoryCache {
/*
** 省略具体实现,具体实现使用LruCache类
* put()方法用来将图片存入缓存。
* get()用于从缓存中取出图片
*/
public void put(String url, Bitmap bitmap) {
/*
** 省略具体实现
*/
}
public Bitmap get(String url) {
/*
** 省略具体实现
*/
}
}
上面的MemoryCache 解决了每次从网上下载图片的问题,但是Android 内存有限。单个应用的最大内存可以这样获取:Runtime.getRuntime().maxMemory() 并且,具有易失性,即每次应用重启后,原来加载的图片都会丢失,这样又得从网络下载。所以,我们考虑加入一个SD卡缓存类。这样下载的图片将缓存到本地。
//DiskCache sd卡缓存类
public class DiskCache {
/*
** 省略具体实现
* put()方法用来将图片存入缓存。
* get()用于从缓存中取出图片
*/
public Bitmap get(String url) {
/*
** 省略具体实现
*/
}
public void put(String url, Bitmap bitmap) {
/*
** 省略具体实现
*/
}
}
下面是修改后的ImageLoder类
public class ImageLoder {
//内存缓存类
MemoryCache mMemoryCache;
//sd卡缓存类
DiskCache mDiskCache;
//用于判断是否用MemoryCache,默认使用
boolean isUseMemoryCache = true;
//加载图片
public void displayImage(final String url, final ImageView imageView, Context context) {
//根据useMemoryCahce来判断Cache使用的类型
if(useMemoryCahce){
useMemoryCache(String url,mMemoryCache);
}else{
useDiskCache(String url,mMemoryCache);
}
}
//使用MemoryCache
private void useMemoryCache(String url,MemoryCache mMemoryCache){
Bitmap bitmap= mMemoryCache.get( url);
if(bitmap==null){
//开启线程,从网上下载图片
bitmap=downloadBitmap();
}
//将图片存入内存缓存
mMemoryCache.put(url);
}
//使用DiskCache
private void useDiskCache(String url,DiskCache mDiskCache){
Bitmap bitmap= mDiskCache.get( url);
if(bitmap==null){
//开启线程,从网上下载图片
bitmap=downloadBitmap();
}
//将图片存入内存缓存
mDiskCache.put(url);
}
//获取isUseMemoryCache
private boolean useMemoryCahce(){
return isUseMemoryCache ;
}
//设置isUseMemoryCache
private void SetUseMemoryCache(boolean isUseMemoryCache){
this.isUseMemoryCache =isUseMemoryCache ;
}
}
在上面的代码中,我们修改了 ImageLoader类,通过useMemoryCahce()方法来判断使用哪一类型的cache.可以看到我们加入了一个if else语句来实现缓存的选择功能。但是如果日后将cache的类型增加到十个甚至几十个的时候,我们便需要再修改ImageLoder类,增加它的if else语句。在修改中可能会因各种因素使我们发生不必要的错误。显然这不符合OCP原则。
有没有什么方法可以让我们摆脱if - else 语句(有人说用switch语句….这个这个)或者说让我们不改动ImageLoader类来实现新功能呢?
答案肯定是有的。
下面我们使用接口来实现下上面的功能,给出一个uml类图。
不会看UML类图的请参考 5分钟学会看UML类图
在上图中,创建了一个接口类,所有Cache类都实现该接口并重写put 和get 方法。并增加了setImageCache(ImageCache mImageCache)方法用于用户自定义cache类型,而一旦有新的cache类型产生的时候,只需要实现ImageCache接口,然后调用setImageCache方法即可实现并使用新cache类型。符合OCP的原则。
下面是重构后的类。
//接口类
public interface ImageCache {
public Bitmap get(String url);
public void put(String url, Bitmap bitmap);
}
//MemoryCache 内存缓存类
public class MemoryCache implements ImageCache {
/*
** 省略具体实现,具体实现使用LruCache类
* put()方法用来将图片存入缓存。
* get()用于从缓存中取出图片
*/
public void put(String url, Bitmap bitmap) {
/*
** 省略具体实现
*/
}
public Bitmap get(String url) {
/*
** 省略具体实现
*/
}
}
//DiskCache sd卡缓存类
public class DiskCache implements ImageCache {
/*
** 省略具体实现
* put()方法用来将图片存入缓存。
* get()用于从缓存中取出图片
*/
public Bitmap get(String url) {
/*
** 省略具体实现
*/
}
public void put(String url, Bitmap bitmap) {
/*
** 省略具体实现
*/
}
}
//ImageLoder类 ,用于图片加载
public class ImageLoder {
//默认使用内存缓存类,也可以是其他Cache
ImageCache cache = new MemoryCache();
//用于自定义Cache类型
public void setImageCache(ImageCache mImageCache) {
this.mImageCache = mImageCache;
}
//加载图片
public void displayImage(final String url, final ImageView imageView, Context context) {
//使用缓存
useCache(String url,mImageCache);
}
private void useCache(String url,ImageCachemImageCache){
Bitmap bitmap= mImageCache.get(url);
if(bitmap==null){
//开启线程,从网上下载图片
bitmap=downloadBitmap();
}
//将图片存入内存缓存
mImageCache.put(url);
}
}
开闭原则:当软件需要修改时应尽量通过扩展的方式来实现,并不是说一定不能通过修改已有的代码来实现。具体是否使用应该由当前项目具体情况具体分析。