
----设计模式
文章平均质量分 80
安子谦
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
解释器模式&适配器模式的简单比较
一、解释器模式翻译:将老板的话用一定的语法规则翻译过来——听懂老板的话(一)、名称:解释器模式(interpreter)(二)、属性:一种行为模式(三)、定义:给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器用这个语言的所定义的文法的表示来解释语言中的句子(四)、白话:每种语言都有它的语法表现规则,通过定义一个解释器,用这个解释器来解释这个语言中的句子(提供了原创 2017-05-23 11:55:55 · 818 阅读 · 27 评论 -
设计模式之三工厂
三个工厂层层递进,不断抽象,在不同的时刻有着各自的用法。原创 2017-05-28 21:33:21 · 451 阅读 · 23 评论 -
设计模式五原则
(一)单一职责原则(单一功能原则)一、由来:搞程序设计的都知道我们要写出的程序应该是高内聚低耦合的,但是很多耦合经常发生在不经意间,这个原因就是职责扩散:因为某些原因,某一职责被分化为颗粒度更细的多个职责(一个领导干了许多不该干的细节上的事情) 二、解决方法:把不同的职责分封到不同的类或模块里面。 三、、定义:就一个类而言,引起它变化的原因只有一个(职责是指类变化的原因原创 2017-05-19 21:14:51 · 582 阅读 · 21 评论 -
享元模式
一、名称享元模式(Flyweight)二、属性结构型三、定义运用共享技术有效地支持大量细粒度的对象四、白话:一个东西大家通过不同方式来分享使用五、何时用如果一个应用程序使用了大量的对象,而大量的这些对象造成了很大的存储开始时就应该考虑使用,还有就是对象的大多数状态可以外部状态,如果删除对象的外部状态那么可以用相对较少的共享对象取代很多组对象,此时可以考虑使用享元模式原创 2017-05-31 17:22:43 · 529 阅读 · 16 评论