久久国产亚洲精品无码,麻豆亚洲AV成人无码久久精品 ,亚洲国产成人一区二区三区

Proxy Pattern

R.Zeus — Thu, 06 Dec 2007 04:52:00 GMT

http://www.javaworld.com/javaworld/jw-11-2000/jw-1110-proxy.html

R.Zeus 2007-12-06 12:52 发表评论

Visitor 模式

R.Zeus — Tue, 30 Jan 2007 06:37:00 GMT

Visitor 模式

Reference�Q?br />   1.http://www.javaworld.com/javaworld/javatips/jw-javatip98.html
   2.http://www.theserverside.com/patterns/thread.tss?thread_id=43755
   3.http://www.nshen.net/designpattern/DesignPattern/VisitorPattern.htm

R.Zeus 2007-01-30 14:37 发表评论

mappings.setDefaultLazy(dlNode == null || dlNode.getValue().equals("true"));

R.Zeus — Sat, 30 Sep 2006 10:07:00 GMT

1st: mappings.setDefaultLazy(dlNode == null || dlNode.getValue().equals("true"));
2ed: mappings.setAutoImport((aiNode == null) ? true : "true".equals(aiNode.getValue()));

the first is seems a bit more effective than the second but less readable ,hence we choose the second!
bad programmer write code readed by machine and by contraries good programmer write code readed by human!

R.Zeus 2006-09-30 18:07 发表评论

about callback and decorator pattern

R.Zeus — Fri, 29 Sep 2006 08:17:00 GMT

callback is using when many object has the same pre-init and finally work.
decorator is using when one object has may ways to do pre-init and finally work.

R.Zeus 2006-09-29 16:17 发表评论

another method equals abstract factory method pattern

R.Zeus — Thu, 28 Sep 2006 09:20:00 GMT

abstract factory method pattern create an abstract method for uncertain logic application which used in this class's other method so the class can complete the logic operate. there is another way to do so that is nested public static interface .
I found this when i read the org.hibernate.hql.ast.util.NodeTraverser.by the way,the command pattern is somewhat like those way.

R.Zeus 2006-09-28 17:20 发表评论

Java IO 包中的Decorator模式

R.Zeus — Thu, 28 Sep 2006 07:34:00 GMT

JDK为程序员提供�?ji��n)大量的�c�d��Q�而�ؓ(f��)�?ji��n)保持类库的可重用性，可扩展性和灉|��性，其中使用��C��(ji��n)大量的设计模式，本文��介�l�JDK的I/O包中使用到的Decorator模式�Q��ƈ�q�用此模式，实现一个新的输出流�c�R�?

　　Decorator模式��?

　　Decorator模式又名包装�?Wrapper)�Q�它的主要用途在于给一个对象动态的��d��一些额外的职责。与生成子类相比�Q�它更具有灵�z�L��?br />有时候，我们需要�ؓ(f��)一个对象而不是整个类��d��一些新的功能，比如�Q�给一个文本区��d��一个滚动条的功能。我们可以��用��承机制来实现�q�一功能�Q�但是这�U�方法不够灵�z�，我们无法控制文本区加滚动条的方式和时机。而且当文本区需要添加更多的功能�Ӟ��比如�Ҏ(gu��)��{�，需要创建新的类�Q�而当需要组合��用这些功能时无疑��会(x��)引�v�cȝ��爆炸�?br />
　　我们可以使用一�U�更为灵�zȝ��Ҏ(gu��)��Q�就是把文本区嵌入到滚动条中。而这个滚动条的类��q��当于�Ҏ(gu��)��本区的一�?strong>装饰。这个装�?滚动�?必须与被装饰的组�?文本�?�l�承自同一个接口，�q�样�Q�用户就不必兛_��(j��)装饰的实玎ͼ�因�ؓ(f��)�q�对他们来说是透明的。装��C��(x��)��用��L(f��ng)��h��转发�l�相应的�l��g(卌��用相关的�Ҏ(gu��)��)�Q��ƈ可能在�{发的前后做一些额外的动作(如添加滚动条)。通过�q�种�Ҏ(gu��)��Q�我们可以根据组合对文本区嵌套不同的装饰�Q�从而添加�Q意多的功能。这�U�动态的对对象添加功能的�Ҏ(gu��)��不会(x��)引�v�cȝ��爆炸�Q�也��h��?ji��n)更多的灉|��性�?br />
　　以上的方法就�?strong>Decorator模式�Q�它通过�l�对象添加装饰来动态的��d��新的功能。如下是Decorator模式的UML图：(x��)

　　Component为组件和装饰的公��q��c�，它定义了(ji��n)子类必须实现的方法�?br />
　　ConcreteComponent是一个具体的�l��g�c�，可以通过�l�它��d��装饰来增加新的功能�?br />
　　Decorator是所有装饰的公共父类�Q�它定义�?ji��n)所有装饰必��d��现的�Ҏ(gu��)��Q�同�Ӟ��它还保存�?ji��n)一个对于Component的引用，以便��用��L(f��ng)��h��转发�l�C(j��)omponent�Q��ƈ可能在�{发请求前后执行一些附加的动作�?br />
　　ConcreteDecoratorA和ConcreteDecoratorB是具体的装饰�Q�可以��用它们来装饰具体的Component�?br />
　　Java IO包中的Decorator模式

　　JDK提供的java.io包中使用�?ji��n)Decorator模式来实现对各种输入输出��的��装。以下将以java.io.OutputStream�?qi��ng)其子类��Z��Q�讨��Z��下Decorator模式在IO中的使用�?br />
　　首先来看一�D는�来创建IO��的代码�Q?br />
以下是代码片�D�：(x��)
try {
　OutputStream out = new DataOutputStream(new FileOutputStream("test.txt"));
} catch (FileNotFoundException e) {
　e.printStackTrace();
}
　　�q�段代码对于使用�q�JAVA输入输出��的人来说再熟�?zh��n)�不过了(ji��n)，我们使用DataOutputStream��装�?ji��n)一个FileOutputStream。这是一个典型的Decorator模式的��用，FileOutputStream相当于Component�Q�DataOutputStream��是一个Decorator。将代码�Ҏ(gu��)��如下�Q�将�?x��)更��?gu��)��理解�Q?br />
以下是代码片�D�：(x��)
try {
　OutputStream out = new FileOutputStream("test.txt");
　out = new DataOutputStream(out);
} catch(FileNotFoundException e) {
　e.printStatckTrace();
}
　　�׃��FileOutputStream和DataOutputStream有公��q��父类OutputStream�Q�因此对对象的装饰对于用��h��说几乎是透明的。下面就来看看OutputStream�?qi��ng)其子类是如何构成Decorator模式的：(x��)

OutputStream是一个抽象类�Q�它是所有输出流的公��q��c�，其源代码如下�Q?

以下是代码片�D�：(x��) public abstract class OutputStream implements Closeable, Flushable { public abstract void write(int b) throws IOException; ... }
它定义了(ji��n)write(int b)的抽象方法。这相当于Decorator模式中的Component�c�R�?

ByteArrayOutputStream�Q�FileOutputStream �?PipedOutputStream 三个�c�都直接从OutputStream�l�承�Q�以ByteArrayOutputStream��Z��Q?

以下是代码片�D�：(x��) public class ByteArrayOutputStream extends OutputStream { protected byte buf[]; protected int count; public ByteArrayOutputStream() { this(32); } public ByteArrayOutputStream(int size) { if (size �?0) { throw new IllegalArgumentException("Negative initial size: " + size); } buf = new byte[size]; } public synchronized void write(int b) { int newcount = count + 1; if (newcount �?buf.length) { byte newbuf[] = new byte[Math.max(buf.length 〈�?1, newcount)]; System.arraycopy(buf, 0, newbuf, 0, count); buf = newbuf; } buf[count] = (byte)b; count = newcount; } ... }
它实��C��(ji��n)OutputStream中的write(int b)�Ҏ(gu��)��Q�因此我们可以用来创��出流的对象，�q�完成特定格式的输出。它相当于Decorator模式中的ConcreteComponent�c�R�?

接着来看一下FilterOutputStream�Q�代码如下：(x��)

以下是代码片�D�：(x��) public class FilterOutputStream extends OutputStream { protected OutputStream out; public FilterOutputStream(OutputStream out) { this.out = out; } 以下是代码片�D�：(x��) public class BufferedOutputStream extends FilterOutputStream { ... private void flushBuffer() throws IOException { if (count �?0) { out.write(buf, 0, count); count = 0; } } public synchronized void write(int b) throws IOException { if (count �? buf.length) { flushBuffer(); } buf[count++] = (byte)b; } ... }

　　�q�个�c�L��供了(ji��n)一个缓存机�Ӟ��{�到�~�存的容量达��C��定的字节数时才写入输出流。首先它�l�承�?ji��n)FilterOutputStream�Q��ƈ且覆盖了(ji��n)父类的write(int b)�Ҏ(gu��)��Q�在调用输出��写出数据前都会(x��)��(g��)查缓存是否已满，如果未满�Q�则不写。这样就实现�?ji��n)对输出��对象动态的��d��新功能的目的�?br />
　　下面�Q�将使用Decorator模式�Q��ؓ(f��)IO写一个新的输出流�?/p>

　　自己写一个新的输出流

　　�?ji��n)解了(ji��n)OutputStream�?qi��ng)其子类的结构原理后�Q�我们可以写一个新的输出流�Q�来��d��新的功能。这部分中将�l�出一个新的输出流的例子，它将�q��o(h��)待输��句中的空格符受��比如需要输�?java io OutputStream"�Q�则�q��o(h��)后的输出�?javaioOutputStream"。以下�ؓ(f��)SkipSpaceOutputStream�cȝ��代码�Q?br />
以下是代码片�D�：(x��)
import java.io.FilterOutputStream;
import java.io.IOException;
import java.io.OutputStream;
/**
* A new output stream, which will check the space character
* and won’t write it to the output stream.
* @author Magic
*
*/
public class SkipSpaceOutputStream extends FilterOutputStream {
　public SkipSpaceOutputStream(OutputStream out) {
　　super(out);
　}
　/**
　* Rewrite the method in the parent class, and
　* skip the space character.
　*/
　public void write(int b) throws IOException{
　　if(b!=�?�?{
　　　super.write(b);
　　}
　}
}
　　它从FilterOutputStream�l�承�Q��ƈ且重写了(ji��n)它的write(int b)�Ҏ(gu��)��。在write(int b)�Ҏ(gu��)��中首先对输入字符�q�行�?ji��n)检查，如果不是�I�格�Q�则输出�?br />
　　以下是一个测试程序：(x��)

以下是代码片�D�：(x��)
import java.io.BufferedInputStream;
import java.io.DataInputStream;
import java.io.DataOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
/**
* Test the SkipSpaceOutputStream.
* @author Magic
*
*/
public class Test {
　public static void main(String[] args){
　　byte[] buffer = new byte[1024];

　　/**
　　* Create input stream from the standard input.
　　*/
　　InputStream in = new BufferedInputStream(new DataInputStream(System.in));

　　/**
　　* write to the standard output.
　　*/
　　OutputStream out = new SkipSpaceOutputStream(new DataOutputStream(System.out));

　　try {
　　　System.out.println("Please input your words: ");
　　　int n = in.read(buffer,0,buffer.length);
　　　for(int i=0;i〈n;i++){
　　　　out.write(buffer[i]);
　　　}
　　} catch (IOException e) {
　　　e.printStackTrace();
　　}
　}
}
　　执行以上��试�E�序�Q�将要求用户在console�H�口中输入信息，�E�序��过滤掉信息中的�I�格�Q��ƈ��最后的�l�果输出到console�H�口。比如：(x��)

以下是引用片�D�：(x��)
Please input your words:
a b c d e f
abcdef
　　�?�l?/strong>

　　在java.io包中�Q�不仅OutputStream用到�?ji��n)Decorator设计模式�Q�InputStream�Q�Reader�Q�W(xu��)riter�{�都用到�?ji��n)此模式。而作��Z��个灵�zȝ��Q�可扩展的类库，JDK中��用了(ji��n)大量的设计模式，比如在Swing包中的MVC模式�Q�RMI中的Proxy模式�{�等。对于JDK中模式的研究不仅能加深对于模式的理解�Q�而且�q�有利于更透彻的了(ji��n)解类库的�l�构和组�?br />
They are the same Obect basically.Decorator is base on the compent but beyond the compent.
Delegate is a bit like the Decorator.

R.Zeus 2006-09-28 15:34 发表评论

bridge pattern

R.Zeus — Thu, 28 Sep 2006 07:02:00 GMT

I had understand so far that bridge pattern is just for two interface both has many implementors.articls always instruct following an abstract class that has complex extends and then change the abstract class to bridge class.at the first sight bridge is used to recover the ugly code but in deeply thought ,you may konw that this pattern is for solveing one situation that two interface both has many implementors work together and use an abstract class as an bridge for the two interface because this pattern is safe to change any one interface and not affect the other,so bridge pattern is so flexible to expand.but if there is more than two interface,how did it do?

Bridge模式定义 :
��抽象和行�ؓ(f��)划分开�?各自独立,但能动态的�l�合�?/p>
��M��事物对象都有抽象和行��Z��分，例如人，人是一�U�抽象，人分男�h和女人等�Q��h有行为，行�ؓ(f��)也有各种具体表现�Q�所以，“�h”与“�h的行为”两个概念也反映�?ji��n)抽象和行��?f��)之分�?/p>
在面向对象设计的基本概念中，对象�q�个概念实际是由属性和行�ؓ(f��)两个部分�l�成的，...

转蝲�Q��{载请保留本信息，本文来自
http://www.51dibs.com/info15/i_c_51e22d63fdb3500b.htm

设计模式之Bridge
Bridge模式定义 :
��抽象和行�ؓ(f��)划分开�?各自独立,但能动态的�l�合�?/p>
��M��事物对象都有抽象和行��Z��分，例如人，人是一�U�抽象，人分男�h和女人等�Q��h有行为，行�ؓ(f��)也有各种具体表现�Q�所以，“�h”与“�h的行为”两个概念也反映�?ji��n)抽象和行��?f��)之分�?/p>
在面向对象设计的基本概念中，对象�q�个概念实际是由属性和行�ؓ(f��)两个部分�l�成的，属性我们可以认为是一�U�静(r��n)止的�Q�是一�U�抽象，一般情况下�Q�行为是包含在一个对象中�Q�但是，在有的情况下�Q�我们需要将�q�些行�ؓ(f��)也进行归�c�，形成一个�ȝ��行�ؓ(f��)接口�Q�这��是桥模式的用处�?/p>
��Z��么��?
不希望抽象部分和行�ؓ(f��)有一�U�固定的�l�定关系�Q�而是应该可以动态联�pȝ��?/p>
如果一个抽象类或接口有多个具体实现(子类、concrete subclass),�q�些子类之间关系可能有以下两�U�情�?
1. �q�多个子�c�M��间概忉|��q�列�?如前面�D�?打桩,有两个concrete class:方�Ş桩和圆�Ş�?�q�两个�Ş状上的桩是�ƈ列的,没有概念上的重复�?br />
2.�q�多个子�c�M��中有内容概念上重�?那么需要我们把抽象共同部分和行为共同部分各自独立开�?原来是准备放在一个接口里,现在需要设计两个接口：(x��)抽象接口和行为接口，分别攄��抽象和行�?

例如,一杯咖啡�ؓ(f��)�?子类实现�c�Mؓ(f��)四个�Q�中杯加奶、大杯加奶�?中杯不加奶、大杯不加奶�?/p>
但是�Q�我们注意到�Q�上面四个子�c�M��有概念重叠，可从另外一个角度进行考虑�Q�这四个�c�d��际是两个角色的组合：(x��)抽象和行为，其中抽象为：(x��)中杯和大杯；行�ؓ(f��)为：(x��)加奶不加�Ӟ��如加��汁加苹果汁�Q?
实现四个子类在抽象和行�ؓ(f��)之间发生�?ji��n)固定的�l�定关系�Q�如果以后动态增加加葡萄汁的行�ؓ(f��)�Q�就必须再增加两个类�Q�中杯加葡萄汁和大杯加葡萄汁。显然�؜�?扩展性极差�?/p>
那我们从分离抽象和行为的角度�Q��用Bridge模式来实现�?/p>
如何实现?
以上面提到的咖啡 ��Z��. 我们原来打算只设计一个接�?抽象�c?,使用Bridge模式�?我们需要将抽象和行为分开,加奶和不加奶属于行�ؓ(f��),我们��它们抽象成一个专门的行�ؓ(f��)接口.
先看看抽象部分的接口代码:
public abstract class Coffee
{
　　CoffeeImp coffeeImp;

　　public void setCoffeeImp() {
　　　　this.CoffeeImp = CoffeeImpSingleton.getTheCoffeImp();
　　}

　　public CoffeeImp getCoffeeImp() {return this.CoffeeImp;}

　　public abstract void pourCoffee();
}
其中CoffeeImp 是加不加奶的行�ؓ(f��)接口,看其代码如下:
public abstract class CoffeeImp
{
　　public abstract void pourCoffeeImp();
}
现在我们有了(ji��n)两个抽象�c?下面我们分别对其�q�行�l�承,实现concrete class:
//中杯
public class MediumCoffee extends Coffee
{
　　public MediumCoffee() {setCoffeeImp();}

　　public void pourCoffee()
　　{
　　　　CoffeeImp coffeeImp = this.getCoffeeImp();
　　　　//我们以重复次数来说明是冲中杯�q�是大杯 ,重复2�ơ是中杯
　　　　for (int i = 0; i < 2; i++)
　　　　{

　　　　　　coffeeImp.pourCoffeeImp();
　　　　}
　　
　　}
}
//大杯
public class SuperSizeCoffee extends Coffee
{
　　public SuperSizeCoffee() {setCoffeeImp();}

　　public void pourCoffee()
　　{
　　　　CoffeeImp coffeeImp = this.getCoffeeImp();
　　　　//我们以重复次数来说明是冲中杯�q�是大杯 ,重复5�ơ是大杯
　　　　for (int i = 0; i < 5; i++)
　　　　{

　　　　　　coffeeImp.pourCoffeeImp();
　　　　}
　　
　　}
}
上面分别是中杯和大杯的具体实�?下面再对行�ؓ(f��)CoffeeImp�q�行�l�承:
//加奶
public class MilkCoffeeImp extends CoffeeImp
{
　　MilkCoffeeImp() {}

　　public void pourCoffeeImp()
　　{
　　　　System.out.println("加了(ji��n)��味的牛�?);
　　}
}
//不加�?br />public class FragrantCoffeeImp extends CoffeeImp
{
　　FragrantCoffeeImp() {}

　　public void pourCoffeeImp()
　　{
　　　　System.out.println("什么也没加,清香");
　　}
}
Bridge模式的基本框架我们已�l�搭好了(ji��n),别忘记定义中�q�有一�?动态结�?我们现在可以喝到臛_��四种咖啡:
1.中杯加奶
2.中杯不加�?br />3.大杯加奶
4.大杯不加�?/p>
看看是如何动态结合的,在��用之�?我们做个准备工作,设计一个单态类(Singleton)用来hold当前的CoffeeImp:
public class CoffeeImpSingleton
{
　　private static CoffeeImp coffeeImp;

　　public CoffeeImpSingleton(CoffeeImp coffeeImpIn)
　　 {this.coffeeImp = coffeeImpIn;}

　　public static CoffeeImp getTheCoffeeImp()
　　{
　　　　return coffeeImp;
　　}
}
看看中杯加奶和大杯加�?是怎么出来�?
//拿出牛奶
CoffeeImpSingleton coffeeImpSingleton = new CoffeeImpSingleton(new MilkCoffeeImp());

//中杯加奶
MediumCoffee mediumCoffee = new MediumCoffee();
mediumCoffee.pourCoffee();

//大杯加奶
SuperSizeCoffee superSizeCoffee = new SuperSizeCoffee();
superSizeCoffee.pourCoffee();
注意: Bridge模式的执行类如CoffeeImp和Coffee是一对一的关�p? 正确创徏CoffeeImp是该模式的关�?
Bridge模式在EJB中的应用
EJB中有一个Data Access Object (DAO)模式,�q�是��商业逻辑和具体数据资源分开�?因�ؓ(f��)不同的数据库有不同的数据库操�?��操作不同数据库的行为独立抽象成一个行为接口DAO.如下:
1.Business Object (�c�M��Coffee)
实现一些抽象的商业操作:如寻找一个用户下所有的订单
涉及(qi��ng)数据库操作都使用DAOImplementor.
2.Data Access Object (�c�M��CoffeeImp)
一些抽象的�Ҏ(gu��)��据库资源操作
3.DAOImplementor 如OrderDAOCS, OrderDAOOracle, OrderDAOSybase(�c�M��MilkCoffeeImp FragrantCoffeeImp)
具体的数据库操作,�?INSERT INTO "�{�语�?OrderDAOOracle是Oracle OrderDAOSybase是Sybase数据�?
4.数据�?(Cloudscape, Oracle, or Sybase database via JDBC API)

R.Zeus 2006-09-28 15:02 发表评论

adapter 模式

R.Zeus — Thu, 28 Sep 2006 06:33:00 GMT
假设有个class实现的内�Ҏ(gu��)��是某个interface惌��实现的，但是他们借口不一��_(d��)��没法直接使用�Q�这时就要��用adapter模式使它们能通用。adapter实现interface�Q��承或�l�合class�Q�在实现interface的方法中调用class的方法实现�?br />
接口shape 的方法setShape().如果��x��Z��个shape: textShape,�q�个textShape很复�?��y以前写过一个TextView�c�d��备textShape的所有功�?但是TextView很明显没有实�?implements)shape接口(很多文章认�ؓ(f��)接口不一�?接口一致也不能直接�?实现才能直接使用.不一致是个很模糊的概�?.所以这旉��要��用adapter模式.
//implements shape
//�l�承TextView或者用�l�合
public class textShape extends TextView implements shape
{
    setShape()
   {
      super.setTextSape();//�q�里调用TextView完成功能!辑ֈ�adapter的目�?
   }
}

R.Zeus 2006-09-28 14:33 发表评论