
应用-设计模式-软件架构
google_lover
这个作者很懒,什么都没留下…
展开
-
行为型模式-职责链chain of responsibility
使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连城一条链,并沿着这条链传递该请求,知道有一个对象处理它为止。原创 2016-01-11 21:38:31 · 983 阅读 · 0 评论 -
行为型模式-访问者visitor
行为型模式-访问者visitor原创 2016-01-12 22:08:31 · 1364 阅读 · 0 评论 -
行为型模式-命令command
将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志,以及支持可撤销的操作。原创 2016-01-11 21:39:03 · 935 阅读 · 0 评论 -
行为型模式-解释器interpreter
行为型模式-解释器interpreter原创 2016-01-11 21:40:00 · 936 阅读 · 0 评论 -
行为型模式-迭代器interator
提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示。迭代器模式太普遍了,所以各种高级语言都对它进行了封装,所以反而给人感觉此模式本身不太常用了。原创 2016-01-11 21:40:45 · 1133 阅读 · 0 评论 -
行为型模式-中介者mediator
一般用于一组对对象以定义良好但是复杂的方式进行通信的场合原创 2016-01-11 21:41:24 · 1191 阅读 · 0 评论 -
行为型模式-备忘录memento
在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。原创 2016-01-11 21:41:59 · 1232 阅读 · 0 评论 -
行为型模式-观察者observer
定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。原创 2016-01-11 21:42:45 · 1341 阅读 · 0 评论 -
行为型模式-状态模式state
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。原创 2016-01-12 22:06:16 · 1367 阅读 · 0 评论 -
行为型模式-策略模式strategy
定义了算法家族,分别封装起来,让他们可以互相转换,此模式让算法的变化,不会影响到使用算法的客户。原创 2016-01-12 22:07:03 · 1311 阅读 · 0 评论 -
行为型模式-模板方法模式template method
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。原创 2016-01-12 22:07:51 · 1438 阅读 · 0 评论 -
结构型-代理proxy
为其他对象提供一种代理以控制对这个对象的访问.原创 2016-01-11 21:36:15 · 885 阅读 · 0 评论 -
结构型-享元flyweight
用了享元模式,就有了共享对象实例总数就会大大减少原创 2016-01-11 21:35:45 · 875 阅读 · 0 评论 -
结构型-外观facade
为子系统的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加统一使用。原创 2016-01-11 21:34:47 · 644 阅读 · 0 评论 -
加强linux c/c++ 多线程程序的稳定
要想使自己写出的代码稳定可靠,以下是几个措施,其中1是必须。1.确保线程安全:以下两点a.使用可重入函数reentrant :可以在任意时刻被中断, 稍后再继续运行,不会丢失数据。即不使用能被其他线程改写的变量.b.在使用全局变量时保护自己的数据即进行同步:比如加锁或者进行原子操作。2.使用队列把多个线程可能需要写的动作放在一个队列里面,统一由一个线程去排队执行。队原创 2015-03-30 21:28:38 · 2555 阅读 · 0 评论 -
创建型-简单工厂simple factory
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类。缺点是,在需要增加一个比如幂次方的时候,需要在工厂类里面增加一个case分支,也就是说不但对扩展开放了,对修改也开放了,违背了开放封闭原则。解决这个缺点的方法是工厂方法模式。原创 2016-01-11 21:21:38 · 390 阅读 · 0 评论 -
创建型-工厂方法factory method
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类原创 2016-01-11 21:22:04 · 476 阅读 · 0 评论 -
创建型-抽象工厂abstract factory
用于解决涉及到多个产品系列的问题原创 2016-01-11 21:22:34 · 432 阅读 · 0 评论 -
创建型-生成器/建造者builder
用户只需指定需要创建的类型就可以得到他们,而具体的构建过程和细节就不需要知道了原创 2016-01-11 21:23:40 · 770 阅读 · 0 评论 -
创建型-原型prototype
使用原型模式的clone方法来创建剩余对象,就不需要使用new来创建了。就避免执行new,从而避免执行构造函数了。原创 2016-01-11 21:24:49 · 401 阅读 · 0 评论 -
创建型-单例singleton
从模式目的是为了保证一个类只有一个实例。原创 2016-01-11 21:25:34 · 404 阅读 · 0 评论 -
结构型-适配器adapter
使用适配器模式也是无奈之举,优点亡羊补牢的感觉,主要用于统一接口。通常是软件开发或维护期再考虑使用它。原创 2016-01-11 21:30:45 · 412 阅读 · 0 评论 -
结构型-桥接bridge
桥接模式的核心就是把这些实现比如游戏,通讯录的实现独立出来,让他们各自的变化。这就使得每种实现的变化不会影响其他实现,从而达到应对变化的目的。原创 2016-01-11 21:32:13 · 555 阅读 · 0 评论 -
结构型-组成/组合composite
递归使用对象原创 2016-01-11 21:33:23 · 641 阅读 · 0 评论 -
设计模式的原则
史上最全设计模式导学目录(完整版)原创 2016-01-19 10:42:45 · 1436 阅读 · 0 评论