
设计模式
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
小兀哥
变是永远不变的
展开
-
设计模式之反思(二)
上篇博客说道了设计模式的结构型模式,这次我们来看看创建型模式,同时总结一下从中得到的一些体会。 二、创建型 1、三个工厂 (1)简单工厂——Simple Factory ①简原创 2014-08-22 08:25:24 · 1643 阅读 · 12 评论 -
设计模式之反思(一)
这几天,师哥给我们讲了一下原创 2014-08-10 21:38:32 · 1525 阅读 · 13 评论 -
机房重构之模版方法模式-组合查询
机房收费系统中,原创 2014-10-24 08:04:42 · 2640 阅读 · 40 评论 -
机房收费系统重构之策略模式
前面我们学习了23种设计模式,不过一直没用过,这次机房重构就是让原创 2014-10-05 16:33:13 · 2420 阅读 · 38 评论 -
设计模式之三个工厂
简单工厂模式解释: 简单工厂模式(Simple Factory Pattern)属于类的创新型模式,又叫静态工厂方法模式(Static FactoryMethod Pattern),是通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。简单工厂模式的UML图: 简单工厂模式中包含的角色及其相应的职责如下:原创 2014-05-04 20:01:06 · 1869 阅读 · 13 评论 -
设计模式之面向对象
1对象 是一个自包含的实体,用一组可识别的特性和行为来标识2类 具有相同属性和功能的对象的抽象的集合3类的实例化 实例,就是一个真实的对象。实例化就是创建对象的过程,用new关键字来创建4构造方法 又叫构造函数,其实就是对类进行初始化。构造方法与类同名,无返回值,也不需要void,在new(类实例化)时候调用原创 2014-05-14 19:55:25 · 1282 阅读 · 13 评论 -
设计模式之总结(四)
一、创建型模式。 1.工厂方法模式(FactoryMethod) 定义一个接口用于创建对象,但是让子类决定初始化哪个类。工厂方法把一个类的初始化下放到子类。 2.抽象工厂模式(AbstractFactory)为一个产品族提供了统一的创建接口。当需要这个产品族的某一系列的时候,可以从抽象工厂中选出相应的系列创建一个具体的工厂类。 3原创 2014-05-25 15:02:53 · 1268 阅读 · 20 评论 -
设计模式之总结(三)
1.单一职责原则(SingleResponsibility Principle,SRP):类的职责要单一,不能将太多的职责放在一个类中。(高内聚、低耦合)优点:1、降低类的复杂性,类的职责清晰明确。比如数据职责和行为职责清晰明确。2、提高类的可读性和维护性,4、变更引起的风险减低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的类有影响,对其他接口无影响,这对系统原创 2014-05-25 15:53:28 · 1255 阅读 · 17 评论 -
设计模式之总结(二)
1策略模式VS简单工厂 简单工厂只是生产对象, 策略模式是生产对象同时根据不同的对象使用其特定的方法2原则(1)单一职责(2)依赖倒转抽象不应该依赖细节,细节应该依赖于抽象针对接口编程而不是针对现实编程(3)开放封闭可扩展,不修改(4)迪米特法则知道的越少活的越长3工厂方法模式VS简单工厂模式原创 2014-05-25 15:08:24 · 1262 阅读 · 17 评论 -
设计模式之总结(一)
原型模式 其实是从一个对象再创建另个一个可定制的对象,而且不需知道任何创建的细节。 一般在初始化的信息不发生变化的情况下,克隆是最好的办法。既隐藏了对象创建的细节,又对性能是大大的提高。相当于不用重新初始化对象,而是动态地获得对象运行时的状态。 浅复制与深复制 浅复制 如原创 2014-04-29 16:15:53 · 1526 阅读 · 18 评论