J2EE常见设计模式(一)
2009-07-20 09:57
483 查看
J2EE常见设计模式
Abstract Factory(抽象工厂)
抽象工厂,按字面含义来理解,就是一个不存在的工厂,只是抽象出来的一个概念工厂,反应到代码中,可以理解为定义了固定操作接口的一个抽象类,这个类不完成任何事(特殊情况也可以完成某些生产操作),而是交由它的子类来进行实际的操作。
理解概念总是困难的,因此用比喻的方式总是容易让人理解,这里我举个例子来说明抽象工厂,在我们写代码的过程中,经常会牵扯到界面元素的变动,比如常见的什么Xp样式风格、Office2003风格、Vista风格等等,例子中,我以生成文本框、复选框为例,来说明抽象工厂模式。
不论什么风格,它们都是控件,因此都会有创建文本框及复选框的方法,这些方法就是工厂方法,代码如下:
abstract class ControlFactory
{
public abstract TextBox CreateTextbox();
public abstract CheckBox CreateCheckbox();
}
class StandardControlFactory : ControlFactory
{
public StandardControlFactory() { }
public override TextBox CreateTextbox()
{
return new TextBox();
}
public override CheckBox CreateCheckbox()
{
return new CheckBox();
}
}
StandardControlFactory类是创建标准控件的一个实现工厂,同样我们要实现XP样式的文本框创建,则重新继承一下抽象工厂类即可,代码如下:
class XpControlFactory : ControlFactory
{
public XpControlFactory() { }
public override TextBox CreateTextbox()
{
TextBox tb = new TextBox();
//对tb对象进行XP样式修改
return tb;
}
public override CheckBox CreateCheckbox()
{
CheckBox ck = new CheckBox();
//对ck对象进行XP样式修改
return ck;
}
}
在客户端使用的时候,通过送入不同的实现工厂,即可实现对界面的修改,例如:
public Panel CreateInterface(ControlFactory factory)
{
Panel p = new Panel();
p.Controls.Add(factory.CreateCheckbox());
p.Controls.Add(factory.CreateTextbox());
return p;
}
上面的代码中,要修改不同风格的控件,只需要送入不同的抽象工厂实例即可。
Decrorator(装饰器)
给一个对象动态地添加职责,而无须为了每一种可能的职责配置情况去创建特定的子类(派生类)
装饰模式:Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的.
Decorator定义:
动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活.
为什么使用Decorator?
我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的.
使用Decorator的理由是:这些功能需要由用户动态决定加入的方式和时机.Decorator提供了"即插即用"的方法,在运行期间决定何时增加何种功能.
如何使用?
举Adapter中的打桩示例,在Adapter中有两种类:方形桩 圆形桩,Adapter模式展示如何综合使用这两个类,在Decorator模式中,我们是要在打桩时增加一些额外功能,比如,挖坑 在桩上钉木板等,不关心如何使用两个不相关的类.
我们先建立一个接口:
public interface Work
{
public void insert();
}
接口Work有一个具体实现:插入方形桩或圆形桩,这两个区别对Decorator是无所谓.我们以插入方形桩为例:
public class SquarePeg implements Work{
public void insert(){
System.out.println("方形桩插入");
}
}
现在有一个应用:需要在桩打入前,挖坑,在打入后,在桩上钉木板,这些额外的功能是动态,可能随意增加调整修改,比如,可能又需要在打桩之后钉架子(只是比喻).
那么我们使用Decorator模式,这里方形桩SquarePeg是decoratee(被刷油漆者),我们需要在decoratee上刷些"油漆",这些油漆就是那些额外的功能.
public class Decorator implements Work{
private Work work;
//额外增加的功能被打包在这个List中
private ArrayList thers = new ArrayList();
//在构造器中使用组合new方式,引入Work对象;
public Decorator(Work work)
{
this.work=work;
others.add("挖坑");
others.add("钉木板");
}
public void insert(){
newMethod();
}
//在新方法中,我们在insert之前增加其他方法,这里次序先后是用户灵活指定的
public void newMethod()
{
otherMethod();
work.insert();
}
public void otherMethod()
{
ListIterator listIterator = others.listIterator();
while (listIterator.hasNext())
{
System.out.println(((String)(listIterator.next())) + " 正在进行");
}
}
}
Abstract Factory(抽象工厂)
抽象工厂,按字面含义来理解,就是一个不存在的工厂,只是抽象出来的一个概念工厂,反应到代码中,可以理解为定义了固定操作接口的一个抽象类,这个类不完成任何事(特殊情况也可以完成某些生产操作),而是交由它的子类来进行实际的操作。
理解概念总是困难的,因此用比喻的方式总是容易让人理解,这里我举个例子来说明抽象工厂,在我们写代码的过程中,经常会牵扯到界面元素的变动,比如常见的什么Xp样式风格、Office2003风格、Vista风格等等,例子中,我以生成文本框、复选框为例,来说明抽象工厂模式。
不论什么风格,它们都是控件,因此都会有创建文本框及复选框的方法,这些方法就是工厂方法,代码如下:
abstract class ControlFactory
{
public abstract TextBox CreateTextbox();
public abstract CheckBox CreateCheckbox();
}
class StandardControlFactory : ControlFactory
{
public StandardControlFactory() { }
public override TextBox CreateTextbox()
{
return new TextBox();
}
public override CheckBox CreateCheckbox()
{
return new CheckBox();
}
}
StandardControlFactory类是创建标准控件的一个实现工厂,同样我们要实现XP样式的文本框创建,则重新继承一下抽象工厂类即可,代码如下:
class XpControlFactory : ControlFactory
{
public XpControlFactory() { }
public override TextBox CreateTextbox()
{
TextBox tb = new TextBox();
//对tb对象进行XP样式修改
return tb;
}
public override CheckBox CreateCheckbox()
{
CheckBox ck = new CheckBox();
//对ck对象进行XP样式修改
return ck;
}
}
在客户端使用的时候,通过送入不同的实现工厂,即可实现对界面的修改,例如:
public Panel CreateInterface(ControlFactory factory)
{
Panel p = new Panel();
p.Controls.Add(factory.CreateCheckbox());
p.Controls.Add(factory.CreateTextbox());
return p;
}
上面的代码中,要修改不同风格的控件,只需要送入不同的抽象工厂实例即可。
Decrorator(装饰器)
给一个对象动态地添加职责,而无须为了每一种可能的职责配置情况去创建特定的子类(派生类)
装饰模式:Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的.
Decorator定义:
动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活.
为什么使用Decorator?
我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的.
使用Decorator的理由是:这些功能需要由用户动态决定加入的方式和时机.Decorator提供了"即插即用"的方法,在运行期间决定何时增加何种功能.
如何使用?
举Adapter中的打桩示例,在Adapter中有两种类:方形桩 圆形桩,Adapter模式展示如何综合使用这两个类,在Decorator模式中,我们是要在打桩时增加一些额外功能,比如,挖坑 在桩上钉木板等,不关心如何使用两个不相关的类.
我们先建立一个接口:
public interface Work
{
public void insert();
}
接口Work有一个具体实现:插入方形桩或圆形桩,这两个区别对Decorator是无所谓.我们以插入方形桩为例:
public class SquarePeg implements Work{
public void insert(){
System.out.println("方形桩插入");
}
}
现在有一个应用:需要在桩打入前,挖坑,在打入后,在桩上钉木板,这些额外的功能是动态,可能随意增加调整修改,比如,可能又需要在打桩之后钉架子(只是比喻).
那么我们使用Decorator模式,这里方形桩SquarePeg是decoratee(被刷油漆者),我们需要在decoratee上刷些"油漆",这些油漆就是那些额外的功能.
public class Decorator implements Work{
private Work work;
//额外增加的功能被打包在这个List中
private ArrayList thers = new ArrayList();
//在构造器中使用组合new方式,引入Work对象;
public Decorator(Work work)
{
this.work=work;
others.add("挖坑");
others.add("钉木板");
}
public void insert(){
newMethod();
}
//在新方法中,我们在insert之前增加其他方法,这里次序先后是用户灵活指定的
public void newMethod()
{
otherMethod();
work.insert();
}
public void otherMethod()
{
ListIterator listIterator = others.listIterator();
while (listIterator.hasNext())
{
System.out.println(((String)(listIterator.next())) + " 正在进行");
}
}
}
相关文章推荐
- 常见的23种设计模式简单介绍
- 常见的几种设计模式
- 常见设计模式的解析和实现(C++)之三-Builder模式
- php—常见设计模式
- Android开发中常见的设计模式
- 常见设计模式的解析和实现(C++)之十-Proxy模式
- 常见设计模式的解析和实现(C++)之十五-Observer模式
- 常见设计模式的解析和实现(C++)文档及源码打包下载
- 常见设计模式简述
- [设计模式]模板方法模式(Template Method)---抽象类的常见应用
- 【iOS开发】iOS常见设计模式简介
- php中五种常见的设计模式
- 常见的设计模式 ----- 工厂模式
- 6种常见的数据加载模式设计
- J2EE设计模式之Dao
- 五种常见的PHP设计模式
- J2EE中的设计模式之三
- 常见设计模式的解析和实现(C++)之三-Builder模式
- Java中常见的设计模式之单例设计模式