神刀安全网

走向面向对象的六大原则——单一职责原则

写在前面


新的主题确定了,这一次准备总结Android设计模式,其实更准确的说应该叫做JAVA设计模式,这注定是一个浩大的工程,有你们陪着,我很快乐。

面向对象编程的六大原则

  • 单一职责原则
  • 开闭原则
  • 里氏替换原则
  • 依赖倒置原则
  • 接口隔离原则
  • 迪米特原则

优化代码的第一步,单一职责原则

单一职责原则的英文名称是Single Responsibility Principle,缩写是SRP。它的定义是:就一个类而言,应该仅有一个引起它变化的原因。简单来说,一个类应该是一组相关性非常高的函数、数据的封装
我们通过一个实际的Android例子进行讲解。

相信很多同学在学习安卓的过程中都有尝试写一个属于自己的ImageLoader,那么通常新手所做的ImageLoader应该是什么样呢?

public class ImageLoader {         // 图片缓存         LruCache<String, Bitmap> mImageCache;         // 线程池,线程数为CPU所允许的数量         ExecutorService mExecutorService =     Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());      public ImageLoader() {             initImageCache();     }        private void initImageCache() {                 // 获取APP可使用的最大内存                int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);                 // 获取四分之一大小作为缓存空间                   int cacheMemorySize = maxMemory / 4;                 mImageCache = new LruCache<String, Bitmap>(cacheMemorySize) {                   //Sizeof方法的作用只要是定义缓存中每项的大小,当我们缓存进去一个数据后,                  //当前已缓存的Size就会根据这个方法将当前加进来的数据也加上,便于统计当                 // 前使用了多少内存,如果已使用的大小超过maxSize就会进行清除动作;                         @Override                         protected int sizeOf(String key, Bitmap bitmap) {                                 return bitmap.getRowBytes() * bitmap.getHeight() / 1024;                         }                 };         }         public void displayImg(final String url, final ImageView imageView) {         Bitmap bitmap = mImageCache.get(url);         if (bitmap != null) {    imageView.setImageBitmap(bitmap);    return;     }                 // View中的setTag(object)表示给View添加一个格外的数据,以后可以用getTag()将这个数据取出来。                 imageView.setTag(url);                 //在子线程中完成加载图片和缓存图片                 mExecutorService.submit(new Runnable() {                         @Override                         public void run() {                                 Bitmap bitmap = downloadImg(url);                                 if (bitmap == null) return;                                 if (imageView.getTag().equals(url)) {                                         imageView.setImageBitmap(bitmap);                                }                                 mImageCache.put(url, bitmap);                         }                 });         }         private Bitmap downloadImg(String imageUrl) {                 Bitmap bitmap = null;                 try {                         URL url = new URL(imageUrl);                         HttpURLConnection connection = (HttpURLConnection) url.openConnection();                         bitmap = BitmapFactory.decodeStream(connection.getInputStream());                         connection.disconnect();                 } catch (MalformedURLException e) {                         e.printStackTrace();                 } catch (IOException e) {                        e.printStackTrace();                 }                     return bitmap;             }    }

稍微懂一些的朋友就要说了,这样的代码耦合性太强了,简直没有设计可言,更不要说拓展性和灵活性了,随着ImageLoader功能的增多,ImageLoader会越来越大,代码越来越复杂,图片加载系统就越来越脆弱了!那么,作为一个新手,该怎么改进呢?

public class ImageLoader {     // 图片缓存     ImageCache mImageCache = new ImageCache();     // 线程池,线程数为CPU所允许的数量     ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());     public void displayImg(final String url, final ImageView imageView) {         Bitmap bitmap = mImageCache.get(url);         if (bitmap != null) {             imageView.setImageBitmap(bitmap);             return;         }         // View中的setTag(object)表示给View添加一个格外的数据,以后可以用getTag()将这个数据取出来。         imageView.setTag(url);         //在子线程中完成加载图片和缓存图片         mExecutorService.submit(new Runnable() {             @Override             public void run() {                 Bitmap bitmap = downloadImg(url);                 if (bitmap == null) return;                 if (imageView.getTag().equals(url)) {                     imageView.setImageBitmap(bitmap);                 }                 mImageCache.put(url, bitmap);             }         });     }     private Bitmap downloadImg(String imageUrl) {         Bitmap bitmap = null;         try {             URL url = new URL(imageUrl);             HttpURLConnection connection = (HttpURLConnection) url.openConnection();             bitmap = BitmapFactory.decodeStream(connection.getInputStream());             connection.disconnect();         } catch (MalformedURLException e) {             e.printStackTrace();         } catch (IOException e) {             e.printStackTrace();         }         return bitmap;     }}

public class ImageCache {     // 图片缓存     LruCache<String, Bitmap> mImageCache;      public ImageCache() {         initImageCache();     }      private void initImageCache() {     // 获取APP可使用的最大内存     int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);     // 获取四分之一大小作为缓存空间     int cacheMemorySize = maxMemory / 4;     mImageCache = new LruCache<String, Bitmap>(cacheMemorySize) {         /**          * Sizeof方法的作用只要是定义缓存中每项的大小,当我们缓存进去一个数据后,          * 当前已缓存的Size就会根据这个方法将当前加进来的数据也加上,便于统计当          * 前使用了多少内存,如果已使用的大小超过maxSize就会进行清除动作;          */         @Override         protected int sizeOf(String key, Bitmap bitmap) {             return bitmap.getRowBytes() * bitmap.getHeight() / 1024;             }         };     }      public void put(String url, Bitmap bitmap) {         mImageCache.put(url, bitmap);     }      public Bitmap get(String url) {         return mImageCache.get(url);     } }

如上述代码所示,将一个ImageLoader拆分成了两个,ImageLoader只负责图片加载的逻辑,而ImageCache只负责处理图片缓存。这样一来ImageLoader的代码变少了,逻辑也清晰了;当缓存逻辑需要修改时,就不需要再改变ImageLoader中的代码了。
从上述的例子中我们可以看出,单一职责原则的关键就在于单一二字,正如上文所述,一个类应该是一组相关性非常高的函数、数据的封装。每个人根据自己的经验,看法和具体的业务逻辑去划分职责,个性很强。但是,它也有一些基本的知道原则。比如两个完全不一样的功能就不应该放在一个类之内。
一个类应该是一组相关性非常高的函数、数据的封装。工程师可以不断审视自己的代码,根据具体的业务、功能对类进行对应的拆分,这是程序优化迈出的第一步!这也是为什么会有MVC,MVP等各种设计模式出现的原因!


希望阅读本章内容之后你能够有所收获!感谢阅读与喜欢!

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 走向面向对象的六大原则——单一职责原则

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址