开闭原则（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 内存有限。<font color=red face=“黑体”>单个应用的最大内存可以这样获取：Runtime.getRuntime().maxMemory()</font> 并且，具有易失性，即每次应用重启后，原来加载的图片都会丢失，这样又得从网络下载。所以，我们考虑加入一个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);
}
}
开闭原则：当软件需要修改时应尽量通过扩展的方式来实现，并不是说一定不能通过修改已有的代码来实现。具体是否使用应该由当前项目具体情况具体分析。
