随笔分类 - [20] Analysis & Design
访问者模式(Visitor)
摘要:重点概念 1. 双分派:得到执行的操作决定于请求的种类和接收者的类型。 2. 访问者模式据说是GoF最复杂的模式,不过也不是很难理解。 3. 表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 4. 适用于数据结构相对稳定的系统,它把数据结构和作用于结构上的操作之间的耦合解脱开,使得操作集合可以相对自由地演化。 5. 访问者模式的目的是...
阅读全文
解释器模式(Interpreter)
摘要:重要概念 1. 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。 2. 如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题(比如正则表达式)。 3. 定义一组对指定类型内容做参数的操作,每个操作都做出不同的输出。操作出自一个基类,可以遍...
阅读全文
享元模式(Flyweight)
摘要:重点概念 1. 这个模式相对简单。享元模式,就是在工厂中包含所要共享的元素实例,多个对象通过发给这个工厂所需要对象的标记,获得同一个实例,这样多个对象的操作只需要一个对象实例即可,看基础代码示例。 2. 内部状态(共享对象)和外部状态(个性化部分)(代码示例见后面网站第三版) 核心意思,是需要改变的内容部分,可以作为参数传递给方法,而对象本身依然是一个。 3. 如果一个应用程序使用...
阅读全文
中介者模式(Mediator)
摘要:重要概念 1. 中介者模式,消息的传递需要在中介者对象中进行判断控制该发送给谁,中介者对象还需要知道所有的传递者对象,关键就在这中介者对象上,他的职责太多了。 2. 优点:中介者减少了各个沟通者的耦合,使得可以独立地改变和复用各个沟通者类和中介者。 3. 优点:中介者把如何协作进行了抽象,将中介概念封装在对象中,将关注从对象本身转移到了他们的交互上来,站在更宏观的角度去看待系统,也就是集中控制...
阅读全文
职责链模式(Chain of Responsibility)
摘要:重要概念 1. 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。 2.请求是沿着链条传递到有一个处理点对象负责处理这个请求为止。请求者无需关心谁会处理这个请求。 3. 接收者和发送者都没有对方的明确信息,且链中的对象自己也并不知道链的结构。结果是职责链可简化对象的相互连接,他们仅需保持一个指向其后继...
阅读全文
命令模式(Command)
摘要:重要概念 1.命令抽象类,也是命令模式的核心理解 2.命令模式能较容易的设计一个命令队列,在需要的情况下,可以容易地将命令计入日志,并允许接收请求的一方可以判断否决掉请求。 3. 可以容易的实现对请求的撤销和重做。 4. 由于加进新的具体命令类不影响其他的类,因此添加新的具体命令类很容易。 5.命令模式把请求一个操作的对象与指导怎么执行的操作的对象通过命令对象分割开. 示例代码 using Sys...
阅读全文
桥接模式(Bridge)与合成/聚合复用原则(CARP)
摘要:重要概念 1.合成/聚合复用原则:优先使用对象合成/聚合(UML中的两个菱形关系),而不是类继承。尽量使用合成/聚合,不使用类继承,继承属于强耦合的结构。 2.合成/聚合复用好处:优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上。这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。 3. 将抽象部分与它的实现部分分离,使他们都可以独立地变化。 4. ...
阅读全文
大型网站性能优化的通用方法
摘要:1、HTML静态化其实大家都知道,效率最高、消耗最小的就是纯静态化的html页面,所以我们尽可能使我们的网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站,我们无法全部手动去挨个实现,于是出现了我们常见的信息发布系统CMS,像我们常访问的各个门户站点的新闻频道,甚至他们的其他频道,都是通过信息发布系统来管理和实现的,信息发布系统可以实现最简单的...
阅读全文
单例模式(Singleton)
摘要:重点概念 1. 所有类都有构造方法,不编码则系统默认生成空的构造方法,若有显示定义的构造方法,默认的构造方法就会失效。 2. 将构造方法私有化,并提供一个创建自己实例的方法,在方法中去做是否有实例化的判断,判断需要一个自己的静态变量。 3. 保证一个类仅有一个实例,并提供一个访问它的全局访问点。 4. 让类自身负责保存它的唯一实例,这个类可以保证没有其他实例可以被创建,并且它可以提供一个访...
阅读全文
迭代器模式(Iterator)
摘要:C# 中已经实现了迭代器功能, foreach in 和 IEnumerable 和 IEumerator 接口 是为迭代器而准备的。 所以在实用性上已经没有了。 重点概念 1.提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。 2.当访问一个聚集对象,而且不管这些对象是什么都需要遍历的时候,你就应该考虑用迭代器模式。 3.遍历的方式可以从头到尾,也可以从尾到头的选择...
阅读全文
组合模式(Composite)
摘要:重要概念 1. 将对象组合成树形结构以表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 2. 透明方式与安全方式 透明方式:抽象层接口最大化 安全方式:抽象层接口最小化 3.需求中是体现部分和整体层次的结构时,以及你希望用户可以忽略组合对象与单个对象的不同,统一地使用组合结构中的所有对象时,就应该考虑用组合模式了。 4. 组合模式的核心技巧是,模拟一个数...
阅读全文
备忘录模式(Memento)
摘要:重点概念 1. 希望把存取状态的细节封装起来,而且最好是封装在外部的类当中,以体现职责分离。 2. 在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保持你的状态。 3.要保存的细节给封装在了Memento中,修改备忘录中数据也不会影响客户端。 4.备忘录模式适合功能复杂但需要维护或记录属性历史的类,或者可选的去备份和恢复某一个部分内...
阅读全文
适配器模式(Adapter)
摘要:适配器模式比较简单常用,他封装不匹配的接口,提供合适的接口。 重要概念 1. 适配器模式,将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原来由于接口不兼容而不能一起工作的那些类可以一起工作。 2. 概念:当需要的东西就在面前,却不能使用,而短时间又无法改造它,于是我们就想办法适配它。适配器使一个方法适合另一个方法。 3. 系统的数据和行为都正确,但接口不符时,我们应该考...
阅读全文
状态模式(State)
摘要:重点概念 1. 方法内容如果过长其实就有可能出了问题。 2. 当一个对象的内在状态改变时通过调用状态类(一个类)中的方法,同事传递自己(this),状态的判断及执行全部移到了这个状态类当中。 3. 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。 4. 状态模式的好处是将与特定状态相关的行为局部化,...
阅读全文
抽象工厂模式(Abstract Factory)
摘要:开闭原则和依赖倒置原则是面向对象设计的重点,编程是一门艺术,大批量的改动,是不好看的做法。 重点概念 1. 工厂方法模式(不是抽象工厂)是定义一个用于创建对象的接口,让子类中实现这个接口的方法中的内容决定实例化那一个类(New 什么类)。 2. 抽象工厂模式提供几个创建类的接口,具体抽象子类利用父类定义的方法创建相关的“产品抽象类型”的一组子类具体实现。 3. 从上图中可以看出,抽象工厂接口...
阅读全文
观察者(发布订阅)模式 与 委托事件
摘要:多一些宽容 重点概念 1. 开放封闭原则,修改原有代码就说明不够好,依赖倒转原则,应该让程序依赖抽象不依赖细节。 2.定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使他们能够自动更新自己。 3. 上图中Subject类,是抽象通知者(主题),一般用一个抽象类或者一个接口实现。他把所有观察者(关注Subject变化的类)的...
阅读全文
建造者模式(Bulider)
摘要:知识点回顾 1. 将一个复杂对象的构建与他的表示分离(初始多个成员值并返回这个对象),使得同样的构建过程可以创建不同的表示时,使用建造者模式。 2. 使用建造者模式,用户只需要指定建造的类型就可以得到他们,而具体建造的过程和细节不需要知道,他们被封装在具体的建造类中,扩展具体建造类来丰富建造的特例。 3. 指挥者(Director)类,用来控制建造过程,也用它来隔离用户与建造过程的关联,指挥...
阅读全文
外观模式(Facade)
摘要:重点概念回顾 1.为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一个子系统更觉容易使用。 2. 即使不知道外观模式也一定使用过外观模式,他完美的体现了依赖倒置(面向接口编程)原则和迪米特法则(功能松耦合)的思想,十分常用。 3. 外观模式的核心是,通过将分散的功能包含在外观类中,从而提供一致的操作接口,封装实现,起到了松耦合的目的 4. 在设计的初期阶段,应...
阅读全文
迪米特法则(LoD)最少知识原则
摘要:重要概念 1.拉米特法则,如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用(尽可能的封闭私有)。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用(如通过调用接口定义)。 2.在类的接口设计上,每一个类都应当尽量降低成员的访问权限,封装好私有成员,不需要被其他类知道的属性或方法就不要公开。 3.迪米特法则其根本思想,是强调了类之间的松耦合,类之间的耦...
阅读全文