设计模式
文章平均质量分 84
搁浅forever
这个作者很懒,什么都没留下…
展开
-
设计模式之五原型模式
原型模式算是JAVA中最简单的设计模式了,原因是因为它已经被提供了语言级的支持,但是如果提到它的实现原理,又是最复杂的一个设计模式。 下面我们先来看看这个又简单又复杂的设计模式的定义。 定义:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 定义比较简单,总结一下是通过实例指定种类原创 2016-05-23 23:13:31 · 278 阅读 · 0 评论 -
设计模式之六建造者模式
最近的心得,我发现学一门设计模式,不管你是否能立刻理解它,第一最要紧的是要记住两个东西。1、它是属于什么范畴的设计模式。2、记住UML图。这两个是打开这个设计模式之门的金钥匙!为什么这么讲?因为刚刚学新的设计模式,如果一味的埋头在文字中,思想中,代码编写的例子中,如果你这个设计模式又不是看的很懂,实在是会让人晕头转向看的吐血身亡。结果在身亡前,你都不知道这个设计模式干什么用,也不知该怎么去写。心得转载 2016-05-24 18:49:09 · 246 阅读 · 0 评论 -
设计模式之七适配器模式
7种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式。其中对象的适配器模式是各种模式的起源,我们看下面的图: 适配器模式 适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类:类的适配器模式、对象的适配器模式、接口的适配器模式。 01、类的适配器模式 核心思原创 2016-05-24 18:54:19 · 248 阅读 · 0 评论 -
设计模式之二工厂方法模式
1、工厂方法模式(Factory Method) 简单工厂模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就用到工厂方法模式,创建一个工厂接口和创建多个工厂实现类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码。 请看例子: [ja原创 2016-05-20 14:32:56 · 274 阅读 · 0 评论 -
设计模式之三抽象工厂模式
抽象工厂模式的定义:提供一个或者一系列相关或者相互依赖的接口,而无需指定它们的具体实现类 与简单工厂和工厂模式不同的是抽象工厂模式用于处理当要创建一系列的产品对象,而且这一系列的对象是构建新的对象所需要的组成部分,也就是这系列需要创建的对象之间是有相互约束的。 在抽象工厂模式中,会定义一个抽象工厂,在里面虚拟的创建客户端需要的这一系列对象,所谓虚拟的就是定义创建这些对象的抽原创 2016-05-21 11:57:45 · 269 阅读 · 0 评论 -
设计模式之一简单工厂模式
工厂模式是最常用的一类创建型设计模式,通常我们所说的工厂模式是指工厂方法模式,它也是使用频率最高的工厂模式。它不属于GoF 23种设计模式,但在软件开发中应用也较为频繁,通常将它作为学习其他工厂模式的入门。 简单工厂模式(Simple Factory Pattern):定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创原创 2016-05-20 14:24:34 · 283 阅读 · 0 评论 -
设计模式前篇面向对象设计原则
(1)单一职责原则(SingleResponsibility Principle, SRP) 一个类只负责一个功能领域中的相应职责,或者可以定义为:就一个类而言,应该只有一个引起它变化的原因。 单一职责原则的目标是实现高内聚、低耦合,在 软件系统中,一个类(大到模块,小到方法)承担的职责越多,它被复用的可能性就越小,而且一个类承担的职责过多,就相当于将这原创 2016-05-20 14:11:36 · 272 阅读 · 0 评论 -
设计模式之四单例模式
单例对象(Singleton)是一种常用的设计模式。在Java应用中,单例对象能保证在一个JVM中,该对象只有一个实例存在。这样的模式有几个好处: 1、某些类创建比较频繁,对于一些大型的对象,这是一笔很大的系统开销。 2、省去了new操作符,降低了系统内存的使用频率,减轻GC压力。 3、有些类如交易所的核心交易引擎,控制着交易流程,如果该类可以创建多个的话,系统完全乱了。(比如一原创 2016-05-22 09:02:49 · 267 阅读 · 0 评论