享元模式：运用共享技术有效地支持大量细粒度的对象。 在享元对象内部并且不会随环境改变而改变的共享部分，可以称为是享元对象的内部状态，而随环境改变而改变的、不可以共享的状态就是外部状态了。 享元模式可以避免大量非常相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现...
分类：
其他好文 时间：
2015-01-05 12:28:23
阅读次数：
113
中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。 优点：Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague类和Mediator。由于把对象如何协作进行...
分类：
其他好文 时间：
2015-01-04 18:44:13
阅读次数：
219
职责链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。 好处：接收者和发送者都没有对方的明确信息，且链中的对象自己也并不知道链的结构。结果是职责链可简化对象的相互连接，它们仅需保持一个指向其后...
分类：
其他好文 时间：
2015-01-04 16:59:32
阅读次数：
127
命令模式：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录日志请求，以及支持可撤销的操作。 第一，它能较容易地设计一个命令队列；第二，在需要的情况下，可以较容易地将命令记入日志；第三，允许接收请求的一方决定是否否决请求；第四，可以容易地实现对请求的撤销和重做；...
分类：
其他好文 时间：
2015-01-04 15:11:17
阅读次数：
167
对象的继承关系是在编译时就定义好了，所以无法在运行时改变从父类继承的实现。 子类的实现与它的父类有非常紧密的依赖关系，以至于父类实现中的任何变化必然会导致子类发生变化。 当你需要复用子类时，如果继承下来的实现不适合解决新的问题，则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并...
分类：
其他好文 时间：
2015-01-04 11:15:48
阅读次数：
172
所有类都有构造方法，不编码则系统默认生成空的构造方法，若有显示定义的构造方法，默认的构造方法就会失效。 单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 单例模式因为Singleton类封装它的唯一实例，这样它可以严格地控制客户怎样访问它以及何时访问它，简单地说就是对唯一实例...
分类：
其他好文 时间：
2015-01-04 09:52:36
阅读次数：
182
零零碎碎的了解过部分设计模式，但没有系统的学习过，最近晚上有点时间，就买了本程杰的《大话设计模式》，最近想系统的学习下。当看到命令模式的时候，感觉并不是太好理解，于是上网搜索了些资料。发现对设计模式的看法多少很多文章都有些不一样，于是想写下自己对命令模式的一些看法，以加深理解。要是文章有不对的地方，...
分类：
其他好文 时间：
2015-01-03 23:48:01
阅读次数：
231
没办法，不到设计模式，算法组合这些，在写大一点程序的时候，总是力不从心。。。：（一开始可能要花很多时间来慢慢理解吧，，这毕竟和《大话设计模式》用的C#语言有点不太一样。。。书上代码是3版本的，有些库的用法不一样，还要改回2.7的才可以测试。。：（#!/usr/bin/env python3# Cop...
分类：
编程语言 时间：
2015-01-03 14:30:25
阅读次数：
229
一，先看看简单工厂模式简单工厂模式的优点：工厂类中包含了必要的逻辑判断，根据客户端的选择动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。简单工厂模式的缺点：增加功能的时候，就需要增加case的条件分支，也就是要修改工厂类，违背了“开放-封闭原则”。2，工厂方法模式：# -*- encod...
分类：
其他好文 时间：
2015-01-02 21:08:23
阅读次数：
187
需求：小明让小李替他追小丽（送洋娃娃，送花，送巧克力）没有代理的代码：# -*- encoding: utf-8 -*-#追求者类class Pursuit attr_accessor :mm def initialize(mm) @mm = mm end ...
分类：
其他好文 时间：
2015-01-02 19:50:40
阅读次数：
242
