android-设计模式 - 随笔分类 - 西贝雪

解释器模式

摘要：一、概述一般问题：如果一种特定类型的问题发生的频率足够高，且有固定文法。核心方案：定义一个语言的文法，并且建立一个解释器来解释该语言中的句子。设计意图：解释器模式用到的地方比较少，因为我们很少会自己去构造一个语言的文法，最容易想到的是编译器，设计编程语言的人才会用到。在日常开发中，能用到解释器阅读全文

posted @ 2019-06-27 15:32 西贝雪阅读(215) 评论(0) 推荐(0)

迭代器模式

摘要：一、概述一般问题：数据集合固定，而遍历方式多变。核心方案：提供一种方法顺序访问一个聚合对象中的各种元素，而又不暴露该对象的内部表示。设计意图：从学习编程的循环语句以来，每次说到遍历，满脑子只会想到for和while，我们都有面向过程编程的基因。然而在面向对象编程里，一切皆为对象；在设计模式里，阅读全文

posted @ 2019-06-27 10:06 西贝雪阅读(230) 评论(0) 推荐(0)

备忘录模式

摘要：一、概述一般问题：很多时候我们总是需要记录一个对象的内部状态，这样做的目的就是为了允许用户取消不确定或者错误的操作，能够恢复到他原先的状态，使得他有"后悔药"可吃。核心方案：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。设计意图：所谓备忘录模式就是在不破坏封装的前阅读全文

posted @ 2019-06-26 17:45 西贝雪阅读(167) 评论(0) 推荐(0)

访问者模式

摘要：一、概述一般问题：对象结构比较稳定，但经常需要在此对象结构上定义新的操作。核心方案：封装一些作用于某种数据结构中的各元素的操作，它可以在不改变这个数据结构的前提下定义作用于这些元素的新的操作。设计意图：一般情况下，一个类会封装一些属性，同时会提供访问这些属性的方法。如果这个类的属性是稳定的，但阅读全文

posted @ 2019-06-26 15:09 西贝雪阅读(196) 评论(0) 推荐(0)

命令模式

摘要：一、概述一般问题：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。核心方案：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤阅读全文

posted @ 2019-06-26 10:35 西贝雪阅读(780) 评论(0) 推荐(0)

状态模式

摘要：一、概述一般问题：同一个对象因内部环境变化而展现出完全不同的表示。核心方案：允许一个对象在其内部状态改变时改变它的行为，看起来就像改变了它的类一样。设计意图：事物是有状态的，有些类也需要考虑不同状态下表现出完全不同的行为。如果把状态变化直接封装在类内部方法中，我们需要写复杂的条件判断语句——根阅读全文

posted @ 2019-06-25 15:09 西贝雪阅读(182) 评论(0) 推荐(0)

模板方法模式

摘要：一、概述一般问题：一个算法主体架构固定，细节多变。核心方法：定义一个操作中的算法骨架，而将一些步骤延迟到子类中。设计意图：将算法不变的主体提取到抽象父类，使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定步骤。二、应用实战 Android锁屏的密码界面就用到了模板方法模式，锁屏有多阅读全文

posted @ 2019-06-24 10:22 西贝雪阅读(230) 评论(0) 推荐(0)

工厂模式

摘要：一、概述一般问题：在系统中，有时需要生产复杂对象，复杂性表现在：每次构造不同对象、对象的构造很复杂、对象的构造依赖具体环境等等。核心方案：定义一个用于创建对象的接口，让其决定实例化哪个类。设计意图：通常我们创建一个简单对象就是调用其new构造方法，同时也造成客户端和创建对象的耦合；如果是复杂对阅读全文

posted @ 2019-06-21 14:42 西贝雪阅读(135) 评论(0) 推荐(0)

原型模式

摘要：一、概述一般问题：有时系统中需要创建重复对象，而这些对象的构造函数比较复杂耗时。核心方案：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。设计意图：每当说到创建一个对象实例，我们总是想到调用构造函数new一个实例；实际上除了凭空创造一个新实例，还可以通过已有实例克隆一个实例。克阅读全文

posted @ 2019-06-19 13:46 西贝雪阅读(611) 评论(0) 推荐(0)

建造者模式

摘要：一、概述一般问题：在软件系统中，有时候面临着"一个复杂对象"的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。核心方案：将一个复杂对象的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。阅读全文

posted @ 2019-06-18 17:26 西贝雪阅读(204) 评论(0) 推荐(0)

责任链模式

摘要：一、概述一般问题：多个对象可以处理同一请求，具体由哪个对象处理则在运行时动态决定核心方案：将这些对象连成一条链，并沿着这条链传递请求，直到有对象处理它为止设计意图：一般情况下请求一个对象可以直接调用其方法，这样请求发出者与处理者耦合；如果同一请求可以被多个对象处理，根据具体条件不同调用不同对象阅读全文

posted @ 2019-06-18 11:15 西贝雪阅读(162) 评论(0) 推荐(0)

装饰者模式

摘要：一、概述一般问题：由于需求扩张需要对现有的对象添加新的功能。核心方案：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰者模式比继承更加灵活。设计意图：装饰者模式允许向一个现有的对象添加新的功能，同时又不改变其结构。其原理是将新增功能封装在装饰类中，其次，装饰类必然知道被装饰类，否则新增阅读全文

posted @ 2019-06-14 16:55 西贝雪阅读(255) 评论(0) 推荐(0)

桥接模式

摘要：一、概述一般问题：一个类需要在两个以上维度扩展，采用继承方式会导致子类数量过多核心方案：将抽象部分与实现部分分离，使其都可以独立变化设计意图：桥接模式不是将两个不相干的类链接，而是将一个需要多维度变化的类拆分成抽象部分和实现部分，并且在抽象层对两者做组合关联，是用组合的方式来解决继承的问题。举阅读全文

posted @ 2019-06-13 16:07 西贝雪阅读(2762) 评论(0) 推荐(0)

外观模式

摘要：一、概述一般问题：子系统功能过度分散，对外提供接口太多，导致外部调用繁琐核心方案：子系统的外部与其内部通信必须通过一个统一的门面(Facade)对象进行。外观模式提供一个高层次的接口，使得子系统更易于使用。设计意图：为了降低用户访问复杂内部子系统的复杂度，把子系统过度拆分的分散功能，组合成一个阅读全文

posted @ 2019-06-12 11:04 西贝雪阅读(291) 评论(0) 推荐(0)

观察者模式

摘要：一、概述一般问题：解决一个对象状态改变给其他对象通知的问题核心方案：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新设计意图：依赖即耦合，观察者模式将依赖关系对象化，可以实现松耦合。 Observer是观察者，定义具体观察接口 Subjec 阅读全文

posted @ 2019-06-11 16:30 西贝雪阅读(169) 评论(0) 推荐(0)

适配器模式

摘要：一、概述一般问题：在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。核心方案：将一个类的接口转换成客户希望的另外一个接口，从而使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。设计意图：适配器一般不在最初设计之中，而是某些接口无法满足新需求，阅读全文

posted @ 2019-06-10 14:39 西贝雪阅读(404) 评论(0) 推荐(0)

享元模式

摘要：一、概述一般问题：很多情况下需要在系统中增加大量相似对象的个数，从而将导致运行代价过高，性能下降。核心方案：运用共享技术支持大量细粒度对象的复用，从而节约内存空间，提高系统性能。设计意图：首先，享元模式要求能够共享的对象必须是细粒度对象——相似度高、状态变化小。既然相似度高，从面向接口编程的思阅读全文

posted @ 2019-05-15 10:30 西贝雪阅读(3379) 评论(0) 推荐(0)

调停者模式

摘要：一、概述一般问题：系统内部经常会出现多个类互相耦合，形成网状结构。任意一个类发生改变，所有调用者也会受到影响，造成阅读和维护困难。核心方案：用一个中介对象来封装多个耦合对象的交互，使各对象不需要显示地互相调用，从而使其耦合松散。设计意图：调停者是对系统内部运转的协调，是从架构设计之初就应该考虑阅读全文

posted @ 2019-05-10 14:23 西贝雪阅读(591) 评论(0) 推荐(0)

组合模式

摘要：一、概述一般问题：在现实中有很多对象既可以以单一对象出现，也可以以组合对象出现。比如，在公司里员工既可以以个人形式出现，也可以组合在一起以部门形式出现。有时候我们不想麻烦地区分单一对象还是组合对象，而是希望统一处理。比如，对于领导者来说，只管发号命令，而不关心执行命令的是部门还是员工。核心方案：阅读全文

posted @ 2019-05-09 16:23 西贝雪阅读(288) 评论(0) 推荐(0)

单例模式

摘要：一、概述一般问题：有时候我们需要一个单一的全局对象，来协调系统整体的行为。核心方案：只允许此类有一个实例存在。设计意图：要让一个类只能有一个实例存在，首先要控制其构造方法，将其设为私有，使其只能在内部实例化。其次，提供一个静态方法，使外部可以通过此方法获取唯一实例。二、单例的写法单例模式的阅读全文

posted @ 2019-05-09 15:56 西贝雪阅读(143) 评论(0) 推荐(0)

随笔分类 - android-设计模式

公告