yitao_的博客

(随记二)Android设计模式解析与实战_面对对象六大原则之开闭原则 :* 让程序更稳当更灵活* 定义 : 代码中的对象(类、模块、函数等)一个对于扩展是开放的，但是对于修改是封闭的。* 简单来说就是 : 可以使用继承或者实现来修改功能，而不是在原来的代码里面进行修改 代码示例 package com.yt.ImageLoader; import android.graph

(随记一)Android设计模式解析与实战_面对对象六大原则之单一职责原则:* 定义 : 一个类而言,应该竟有一个引起它变化的原因* 简单来说就是 : 一个类应该是一组相关性很高的函数、数据的封装。* 原则：两个完全不一样的功能不应该放在一个类中。一个类应该是一组相关性很高的函数、数据的封装。不断审视自己代码，根据具体业务与功能去划分 代码示例 public class I

(随记三)Android设计模式解析与实战_面对对象六大原则之里式替换原则 :* 构建扩展性更好的系统* 定义 : 所有引用基类的地方必须能透明的使用其子类对象* 简单来说就是 : 只要父类能出现的地方，子类就能出现 ， 并且替换为子类也不会产生任何错误 。在随即二中的缓存类代码也很好的提现了里式替换的原则,即DiskCache,MemoryCache与DoubleCached都可以替代Imag

(随记四)Android设计模式解析与实战_面对对象六大原则之依赖倒置原则 :让项目拥有变化的能力定义 : 依赖倒置原则指定了一种特定的解耦形式，使得高层次模块不依赖于低层次模块的实现细节关键点 : 高层模块不应该依赖低层模块，两者都应该具备其抽象抽象不应该依赖于细节细节应该依赖于抽象Java名词概念 抽象 ： 接口/抽象类(两者都是不能直接被实例化)细节 ： 实现类（实现接口/

(随记五)Android设计模式解析与实战_面对对象六大原则之接口隔离原则 :系统有更高的灵活性定义 : 客户端不需要不应该依赖他不需要的接口类间的依赖应该建立在最小的接口上.原则 : 将非常庞大的、臃肿的接口拆分成更小和更具体的接口,这样使用者将只需要知道他感兴趣的方法目的 : 系统解开耦合，更容易重构、更改和重新部署。说白了就是 ： 让类依赖的接口尽可能的小、功能单一 代码/

也可以叫做 : 最少了解原则 . 作用 : 更好的扩展性 定义 : 一个对象应该对其他对象是最少的了解又可以说 : 一个类应该对自己耦合或者调用的类知道的最少,类的内部如何实现与调用者或者依赖着没关系,调用者或者依赖者只需要知道它需要的方法即可只于直接的朋友通信 . 代码示例 : 有问题的 : 在该代码中 : Tenant 不仅与 Mdoator 通信,同时也和 Room 进行了通

(随记八)Android设计模式解析与实战自由扩展项目_Builder模式定义与简单实现 :定义 : 将一个复杂对象的构建与它的 表示 分离 , 使得同样的构建过程可以创建出不同的 表示 .使用场景 : 相同的方法 , 不同的执行顺序,产生不同的结果时 . 多个部件或零件 , 都可以装配到一个对象中 , 但是产生的运行结果又不同时 . 产品类非常复杂 , 或者产品类中的调用顺序不同产生了不同

(随记七)Android设计模式解析与实战_六种单例模式的实现方案的区别 :定义 : 确保该类只有一个实例,并且自行实例化向整个系统提供这个实例 .简单来说就是 : 该类只能被创建一次,并且抛出该类的对象给使用者.使用者无论使用多少次,都只会创建一个该类对象使用场景 : 确保该类有且只有一个对象 , 避免产生多个对象消耗过多的资源 .该类型对象只应该有一个. 举例 : 创建一个对象需要消耗