第一篇blog,边学习边记录吧。虽然是第一次仔细学设计模式,但是在平时的编码中,基本都是用过。把代码抽象成设计模式,有点像武功一样,看着老虎跑,可以创出虎拳,其实就是将最基本的进行有序的组合。下面开始学习吧。
1. 工厂模式
工厂方法模式就是借用工厂的平时运营的方法,来设计程序构建思路。工厂模式的实质是闭包模式,最多能接触的就是工厂对外的接口。一般第三方SDK多采用这种吧?
工厂模式分成三种,普通工厂、多工厂和静态工厂。
下面链接中,有详细介绍,还包括代码。
http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html
我是这么理解的,从场景模式分析,从逆向思考,我们先跳出工厂。
作为一个消费者,我们需要一个东西,如果有熟悉的厂商,那么就直接找熟悉的厂商生产了,不用再去联系其他厂商,节约了很多事情,这就是静态工厂模式。
如果没有熟悉的厂商,那我们就只有花功夫去找一个(new一个),然后将订单交给他们。如果这个工厂的是扁平化管理的,那么就由相关部门直接来对接,就是多工厂模式。如果由一个接待部门负责,然后再将订单分发到相关部门,那么就是单工厂模式了。
2.抽象工厂模式
抽象工厂类的目的是为了更好地扩展功能。工厂方法模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就用到抽象工厂模式,创建多个工厂类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码。
3.单例模式
单例模式比较容易理解,实际中使用也比较多。单例模式能保证在一个虚拟机中,只有一个对象存在。优点如下:
1、某些类创建比较频繁,对于一些大型的对象,这是一笔很大的系统开销。
2、省去了new操作符,降低了系统内存的使用频率,减轻GC压力。
3、有些类如交易所的核心交易引擎,控制着交易流程,如果该类可以创建多个的话,系统完全乱了。(比如一个军队出现了多个司令员同时指挥,肯定会乱成一团),所以只有使用单例模式,才能保证核心交易服务器独立控制整个流程。
4.建造者模式建造者模式就是将多个工厂模式进行集中管理。
5.原型模式
该模式的思想就是将一个对象作为原型,对其进行复制、克隆,产生一个和原对象类似的新对象。在java中就是clone