关闭

《Android源码设计模式解析与实战》读书笔记(一)

标签: 设计模式读书笔记面向对象
5759人阅读 评论(5) 收藏 举报
分类:

第一章、面向对象的六大原则

《Android源码设计模式解析与实战》这本书在出版前就有关注。出版前阅读了样章感觉真是太棒了。出版后也是迅速入手,但种种原因吧,现在才开始阅读,有点惭愧。那么既然买了、看了,那我就做好笔记,巩固知识。

注意:
1.因为是抽时间阅读,所以不定期更新读书笔记。或许很长吧!
2.我能想到笔记一定会显得“浓缩”,枯燥。所以推荐有条件的可以去购买一本结合者看。
3.本人水平有限,仅供参考。希望多多交流!

样章地址

1.单一职责原则(SRP)

简单的说就是:一个类中应该是一组相关性很高的函数、数据的封装。两个不一样的功能不应该放在一个类中。

这个原则没有具体的划分界限,需要根据个人经验,具体业务逻辑而定。这也是优化代码的第一步。试想一下,如果所有的功能写在一个类里,那么这个类会越来越大,越来越复杂,越不易修改维护。那么根据功能,各自独立拆分出来,岂不是逻辑会清晰些。

2.开闭原则(OCP)

定义:软件中的对象(类、模块、函数等)应该对于扩展是开放的,但是对于修改是封闭的。

当软件需要变化时,我们应该尽量通过扩展的方式实现变化,而不是通过修改原有的代码来实现。因为直接的修改,可能会影响已有的正常代码。不利于出现错误时排除问题。当然实际开发中,修改原有代码与扩展代码是同时存在的。但应尽量以扩展为主。

3.里氏替换原则(LSP)

定义:所有引用父类的地方,必须能使用子类的对象。简单地说就是将父类替换为他的子类是不会出现问题,反之,未必可以。

那么里氏替换原则就是依赖于面向对象语言的继承多态。核心原理是抽象

这里列举一下继承的优缺点:
优点:
(1)代码重用,减少创建类的成本,每个子类都拥有父类的方法与属性。
(2)子类与父类基本相似,但与父类又有所区别。
(3)提高代码的可扩展性。
缺点:
(1)继承是侵入性的,只要继承就必须拥有父类所有的属性与方法。
(2)可能造成子类代码冗余、灵活性降低。

开闭原则和里氏替换原则是生死相依的、不离不弃的。他们都强调了抽象这一重要的特性。

4.依赖倒置原则(DIP)

定义:指代一种特定的解耦方式,使得高层次的模块不依赖于低层次的模块的实现细节的目的。他有一下几个关键点:
(1)高层模块不依赖于低层模块,应该都依赖其抽象。
(2)抽象不依赖细节。
(3)细节应依赖抽象。

解释:在Java中,抽象就是指接口或者抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或者继承抽象类而产生的就是细节,也就是可以加上一个关键字new产生的对象。高层模块就是调用端,底层模块就是具体实现类。

依赖倒置原则在Java中的表现就是:模块间通过抽象发生,实现类之间不发生直接依赖关系,其依赖关系是通过接口或者抽象类产生的。如果类与类直接依赖细节,那么就会直接耦合,那么当修改时,就会同时修改依赖者代码,这样限制了可扩展性。

5.接口隔离原则(ISP)

定义:类间的依赖关系应该建立在最小的接口上,将庞大、臃肿的接口拆分成更小的、更具体的接口。目的是系统的解耦,从而更容易重构、更改和重新部署。

6.迪米特原则(LOD)

定义:一个类应该对自己需要耦合或者调用的类知道的最少,类的内部如何实现与调用者或者依赖者没有关系,调用者或依赖者只需知道他需要的方法,其他可以一概不管。这样使得系统具有更低的耦合与更好的可扩展性。

这六个原则,可以使我们在应用的后续升级、维护中更加方便、轻松应对。让我们的软件更加灵活。

7
2
查看评论

《Android源码设计模式解析与实战》读书笔记(二十六)

第二十六章、MVP应用构架模式1.MVP介绍 MVP模式是MVC模式的一个演化版本,MVP全称Model-View-Presenter。目前MVP在Android应用开发中越来越重要了。 在Android中,业务逻辑和数据存取是紧紧耦合的,很多缺乏经验的开发者很可能会将各种各样的业务逻辑塞进某个...
  • qq_17766199
  • qq_17766199
  • 2016-01-27 08:58
  • 5667

《Android源码设计模式解析与实战》读书笔记(十)

第十章、解释器模式 解释器模式是一种用的比较少的行为型模式,其提供了一种解释语言的语法或表达式的方式。但是它的使用场景确实很广泛,只是因为我们自己很少回去构造一个语言的文法,所以使用较少。
  • qq_17766199
  • qq_17766199
  • 2015-12-23 09:08
  • 2146

《Android源码设计模式解析与实战》读书笔记(二)

第二章、单例模式单例模式应该是日常使用最为广泛的一种模式了。他的作用是确保某个类只有一个实例,避免产生多个对象消耗过多的资源。比如对数据库的操作时,就可以使用单例模式。
  • qq_17766199
  • qq_17766199
  • 2015-12-08 22:23
  • 3661

Android 源码设计模式解析与实战 第2版 读书笔记1.2开闭原则

本文依赖《Android源码设计模式解析与实战》, 读书笔记编号与原书同步 1.2开闭原则(OCP) 定义:软件中的对象(类、模块、函数等)应该对于扩展是开放的,但是对于修改是封闭的。 理解:一个单词  @Override 这一原则要求尽量...
  • cswoods
  • cswoods
  • 2017-09-27 21:18
  • 43

《Android源码设计模式解析》读书笔记——Android中你应该知道的设计模式

断断续续的,《Android源码设计模式解析》也看了一遍,书中提到了很多的设计模式,但是有部分在开发中见到的几率很小,所以掌握不了也没有太大影响。 我觉得这本书的最大价值有两点,一个是从设计模式的角度去理解Android源码,结合着日常开发中的常用类,对设计模式的理解会更加的深刻;另外一个...
  • bz419927089
  • bz419927089
  • 2015-12-13 18:03
  • 14940

《Android源码设计模式解析与实战》读书笔记(二十一)

第二十一章、装饰模式 装饰模式也称为包装模式,是结构型设计模式之一。装饰模式是一种用于替代继承技术的一种方案。 1.定义动态的给一个对象添加一些额外的职责。就增加功能来说,装饰模式相比生成子类更为灵活。
  • qq_17766199
  • qq_17766199
  • 2016-01-16 11:31
  • 1758

Android源码设计模式分析项目

原文链接:https://github.com/simple-android-framework/android_design_patterns_analysisAndroid源码设计模式分析开源项目该系列文章已经重新深度整理并出版该系列文章已经根据技术发展、实战需求以及读者您的反馈重写所有章节,并...
  • axi295309066
  • axi295309066
  • 2016-12-24 21:04
  • 1166

《Android源码设计模式解析与实战》读书笔记

1.定义 将对象组合成树形结构以表示“部分-整体”的层次结构,使得用户对单个对象和组合对象的使用具有一致性。 2.使用场景 (1)表示对象的部分-整体层次结构时。 (2)从一个整体中能够独立出部分模块或功能的场景。 3.UML类图 (1)Component...
  • linfan591
  • linfan591
  • 2016-01-13 09:44
  • 14468

欢迎购买《Kafka源码解析与实战》

沉静了大半年终于把Kafka相关的知识整理了下,欢迎大家购买。 购买方式:登陆京东,搜索关键字:Kafka源码解析与实战。或者点击此链接https://item.jd.com/12277714.html
  • wl044090432
  • wl044090432
  • 2018-01-04 15:50
  • 159

《Android源码设计模式解析与实战》读书笔记(一)——面向对象的六大原则

写代码很容易,但是写出简单易懂好修改的代码实在。如何优化代码,设计模式是关键,所以最近开始啃书,在这里记录一下读书笔记,大部分是摘录,也有自己的总结和心得,写给自己。 第一章、面向对象的六大原则 1.单一职责原则 Single Responsibility Principle,SRP,其定义是:就一...
  • zgcqflqinhao
  • zgcqflqinhao
  • 2017-05-01 20:00
  • 524
    个人资料
    • 访问:217270次
    • 积分:3261
    • 等级:
    • 排名:第12369名
    • 原创:70篇
    • 转载:10篇
    • 译文:0篇
    • 评论:228条
    多多支持
    博客专栏
    最新评论