设计模式
饭没了吃
这个作者很懒,什么都没留下…
展开
-
调停者模式
待续。原创 2014-04-28 16:52:02 · 554 阅读 · 0 评论 -
工厂方法
简单工厂增加一个新的具体产品类之外,还需要修改工厂类的代码,这就使得整个设计在一定程度上违反了“开闭原则”。原创 2014-04-26 13:21:14 · 463 阅读 · 0 评论 -
适配器模式
面临问题:总是存在一些类,我们希望复用它,但是它却没有我们期望的接口原创 2014-04-26 17:19:18 · 440 阅读 · 0 评论 -
建造者模式
面临问题:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示原创 2014-04-26 15:21:46 · 527 阅读 · 0 评论 -
单例模式
面临问题:每个计算机系统只有一个任务管理器,如果产生多个任务管理器,就会产生逻辑原创 2014-04-26 14:16:57 · 489 阅读 · 0 评论 -
类与类之间的关系之UML类图识别
关联关系关联关系(Association)是类与类之间最常用的一种关系,它是一种结构化关系,用于表示一类对象与另一类对象之间有联系。 在UML类图中,用实线连接有关联的对象所对应的类,在使用Java、C#和C++等编程语言实现关联关系时,通常将一个类的对象作为另一个类的属性。 在使用类图表示关联关系时可以在关联线上标注角色名。原创 2014-04-26 16:24:55 · 2559 阅读 · 0 评论 -
装饰者模式
面临问题:解决方案:原创 2014-04-26 22:40:18 · 482 阅读 · 0 评论 -
组合模式
面临问题:解决方案:原创 2014-04-26 20:59:03 · 538 阅读 · 0 评论 -
模板方法模式
面临问题:要完成在某一细节层次一致的一个过程或一系列步骤,但其中个别步骤在更细节的层次上有不同的实现。也就是说,我要原创 2014-04-28 15:38:06 · 441 阅读 · 0 评论 -
命令模式
面临问题: 如何将“行为请求者”(Invoker)与“行为实现者”(Receiver)解耦原创 2014-04-28 16:29:16 · 499 阅读 · 0 评论 -
门面模式
面临问题:只需要使用某个复杂系统的子集,或者,需要以一种特殊的方式与系统进行交互。如何“简化外部客户程序和系统间的交互接口” ?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦?原创 2014-04-26 23:28:38 · 446 阅读 · 0 评论 -
策略模式
面临问题:对于某种算法的选择依赖于用户的请求内容或算法所使用的数据。原创 2014-04-28 16:50:59 · 444 阅读 · 0 评论 -
观察者模式
面临问题:对象之间经常存在这样一种关系:某个对象状态的改变将导致另外一些对象状态变化(比如“文档存储-文档展示”关系)原创 2014-04-28 17:20:31 · 568 阅读 · 0 评论 -
原型模式
面临问题:在软件系统中,有时候面临的产品类是动态变化的,而且这个产品类具有一定的等级结构。原创 2014-04-26 15:55:01 · 476 阅读 · 0 评论 -
设计模式-创建型
根据其目的(模式是用来做什么的)可分为创建型,结构型,和原创 2014-04-26 12:42:44 · 573 阅读 · 0 评论 -
设计模式-行为型
行为型模式主要用于描述对类或对象怎样交互和怎样分配职责。原创 2014-04-28 15:09:01 · 442 阅读 · 0 评论 -
解释器模式(待完成)
占坑!由于不常用,最后写!原创 2014-04-28 15:27:06 · 475 阅读 · 0 评论 -
设计模式-结构型
结构型模式主要用于处理类或对象的组合。原创 2014-04-26 16:54:18 · 513 阅读 · 0 评论 -
代理模式
(待续)原创 2014-04-28 10:57:46 · 476 阅读 · 0 评论 -
状态模式
。原创 2014-05-01 11:21:14 · 496 阅读 · 0 评论 -
备忘录模式
.。原创 2014-05-01 11:20:07 · 615 阅读 · 0 评论 -
访问者模式
。原创 2014-05-01 11:21:42 · 473 阅读 · 0 评论 -
责任链模式
占坑!原创 2014-04-28 15:41:32 · 541 阅读 · 0 评论 -
简单工厂
面临问题:将大量有共同接口的类实例化解决方案:由一个工厂类(Creator)根据传入的参量决定创建出哪一种产品类的实例(ConcreteProduct)原创 2014-04-26 12:57:13 · 478 阅读 · 0 评论 -
抽象工厂
问题来了:现在每个具体工厂只能生产一个产品,随着产品的增加,会导致产生大量的工厂类,系统开销也会变大。如果一些产品是不同属性的,也就是通过不同的接口实现的。这样就会形成一个产品族,我想建立一个产品族的具体产品时,我该怎么办呢?难道我要创建N个抽象工厂吗?通过上述的方法,写出N遍才能得到?这样显然不满足代码复用原则。所以我们得想办法解决它。原创 2014-04-26 13:55:38 · 458 阅读 · 0 评论 -
桥接模式
面临问题:抽象不应该依赖于实现细节,实现细节应该依赖于抽象原创 2014-04-26 19:57:56 · 466 阅读 · 0 评论 -
享元模式
面临问题:一个系统有大量的对象。原创 2014-04-26 23:17:59 · 429 阅读 · 0 评论 -
迭代器模式
待续。原创 2014-04-28 16:31:34 · 444 阅读 · 0 评论