泡面 — Tue, 17 Apr 2007 07:15:00 GMT

�Q��{�?/p>

下面是作者对设计模式的理解�ƈ自以为所对应的实�?br>一 �Q?单例模式(Singleton)

账本�c�：1 单一实例 2 �l�多个对象共�?3 自己创徏。网��计数器

二：�{�略模式(Strategy)

使用QQ泡MM时��用外�?nbsp; 客户�?�Q�ME 抽象�c�：外挂具体�Q�策略（囄��Q�笑话，名�h名言�Q?br>图书销售算法（不同书本折扣的算法）

三：原型模式(Prototype)

复印技术： 1 不是同一个对�?2 属同�c?
短消息（转发�Q?1-n个MM

四：门面模式(Façade)

Facade典型应用��是数据库JDBC的应用和Session的应�?br>ME---àMM---à(father,mum,sister,brother)

五：备忘录模�?Memento)

备䆾�pȝ��时��?
GHOST

�?�Q?命��o模式�Q�Command�Q?br>
MM�Q�客��L��Q?-àME�Q�请求者）--à命��o角色--à�Q�具体命令）-à代理处（接收者）--àMM
上网 IE 输入 http地址发送命�?br>
七：解释�?Interpreter)

�~�译原理之编译器
文言文注释：一�D�|��a�文，��它��译成白话文
八：调停者模�?Mediator)

法院和原告，被告的关�p?br>九：责�Q链模�?CHAIN OF RESPONSIBLEITY)

喝酒旉��过成语接龙军_��谁喝�?马到成功�Q�功不可没－没完没了)
十：工厂模式�Q�Factory�Q?br>
水果园—〉（葡萄园，�Ҏ��园）--〉（葡萄�Q�苹果）�Q�各自生产）
十一�Q�抽象工厂模式（Abstract Factory�Q?br>
奛_��造�h---〉（��_��阻I��--〉（人，兽）----〉（男�h�Q�女人，公兽�Q�母兽）(人和兽属于不同的产品�c?

十二�Q�徏造模式（Builder�Q?br>
汽�R刉��?br>
十三�Q�合成模式（Composite�Q?br>
windows的目录树�Q�文件系�l�）

十四�Q�装饰模式（DECORATOR�Q?br>
在visio中文件可以��用背景进行装�?br>变废为宝
十五�Q�设计模式之Adapter(适配�?

充电器（手机�?20V电压�Q?br>jdbc-odbc�?br>十六�Q�桥梁模式（Bridge�Q?br>
jdbc驱动�E�序

十七�Q�代理模式（Proxy�Q?br>
用代理服务器�q�接出网
销售代理（厂商�Q�律师代理（客户�Q?br>foxmail
枪手

十八�Q��n元模式（Flyweight�Q?br>
字体�?6个字母和各自的斜体等

十九�Q�状态模式（State�Q?br>
人心情不同时表现不同有不同的行�ؓ
�~�钟
��d��login logout

二十�Q�观察者模式（Observer�Q?br>
公司邮�g�pȝ��everyone@sina.com的应用。当公司员工向这个邮��发邮�g时会发给公司的每一个员工。如果设�|�了Outlook则会及时收到通知�?br>接收到短消息

二十一�Q�模板方法模式（Template�Q?br>
使用�|�页设计时��用的模板架构�|�页�Q�骨�Ӟ�� 法的各个逻辑�pȝ��

二十二：讉K��者模式（Visitor�Q?br>
电脑销售系�l�：讉K��者（自己�Q?--〉电脑配�|�系�l�（��L��Q�CPU�Q�内存。。。。。。）

二十三：�q�代子模式（Iterator�Q?br>
查询数据库，�q�回�l�果集（map�Q?list�Q?set�Q?br>
下面的参考文献是��M��W�记的全部参考文献。这里不一定用到的�?br>参考文献：
http://blog.csdn.net/airhand/
http://blog.csdn.net/bloom121/
http://blog.csdn.net/laurecn/
http://blog.csdn.net/legendinfo/
http://www-128.ibm.com/developerworks/cn/java/l-struts1-1/
《Design Patterns�?br>《Java与模式�?br>《设计模式：可复用面向对象��Y件的基础�?/p>

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1227902

泡面 2007-04-17 15:15 发表评论

泡面 — Sat, 14 Apr 2007 04:46:00 GMT

转自 IBM 刘武东，谢谢作者的辛勤力_��Q?br>

前言

Jive是一个开攄��Java源代码项目。其目标是徏设一个开攄��构的�Q�强壮的�Q�易于扩展的��Z��JSP的论坛。在其设计目标的指导下，其结构设计得非常得好�Q�融合了很多新的观念�Q�比如Design Pattern�Q�可更换的Skin�Q�可插入Plug�{�等。详�l�解��d��源代码对于理解这些新的设计上的概忉|��很有裨益的。如果你对Design Pattern和Java语言有一定的了解�Q�但是还是会时常�q�h��于其中的话，不妨研究研究Jive源代码，一定会对其中的很多概念有更深入的理解。这��文章源于我的Jive源代码研�I�笔讎ͼ�希望能够提纲挈领�Q�带领大家进入到�q�个��好的世界。当�Ӟ��如果没有旉��仔细地看源代码的话，看看�q�篇文章�Q�我想也是会有一些帮助的�?/p>

再开始之前，需要指出的是，Jive中对Design Pattern的应用，�q�没有拘�C�g��GOF书中所�l�出的实现方法，而是有许多变通的地方。一斚w��Q�我��x��׃��具体的实际需要，另一斚w��Q�我惌��也是设计观念�q�化的结果吧。因而，�q�些变通的地方�Q�将是我讲解的重炏V�?/p>

整体�l�构概叙

��Z��一个OO的设计原则：面向接口�~�程�Q�而不是针对实现编�E�。Jive在设计的时候，把其大部分的基本对象都设计�ؓ接口或者抽象类。在Jive中，基本的接口有Forum�Q�ForumMessage�Q�ForumThread�Q�Group�Q�User�Q�Authorization和Query。我们可以很�Ҏ��的从�q�些接口的名字来知道他们的功用，下面的类囄��Z��q�些�c�M��间的一些静态关�p�：

�?�Q�Jive整体关系

你可能会有疑问，��Z��么会都是接口呢？�q�是��Z��扩展性考虑的。在Jive�l�出的实��C��Q�所有的�q�些接口�Q�Forum�Q�ForumMessage�Q�User�{�等�Q�都使用数据库来实现的，一条消息，或者一个用户对应于数据库中的一条消息Jive使用了DbForum�Q�DbForumMessage�Q�DbUser�{�类来实现这些接口，通过JDBC来操作数据库�Q��之作��坛的底层支撑�?/p>

然而，有时候，或许我们�q�不想��用数据库�Q�比如我们想只是使用文�g�pȝ��来作��坛的底层支撑�Q�这时候，我们需要做的只是编码实��C��Forum�{�等接口的诸如FileFroum�Q�FileForumMessage�{�对象，然后嵌入Jive中即可，原有的�Q何代码都可以不用改变�Q�！�Q�这��是面向接口�~�程的威力了�Q?/p>

下面来看看具体的设计和编码�?br>

AbstractFactory模式和可扩展�?/span>

如果要实现较好的可扩展性，AbstractFactory模式��实是一件利器。如上面所��_��如果要创建的Forum接口的不同实玎ͼ�而又不想更改代码的话�Q�就需要用到抽象工厂了。再Jive中，AuthorizationFactory�c�L��一个抽象类�Q�用来创建Authorization对象。这是一个抽象工厂，可以通过不同的子�c�L��创徏不同的Authorization对象。这个工厂的实现�Ҏ��是：

在AuthorizationFactory中��用一个private static变量factory�Q�用来引用具体的抽象工厂的实例：
private static AuthorizationFactory factory = null;

用一个private static的String�Q�来指明具体的抽象工厂的子类�c�d��Q?
private static String className ="com.coolservlets.forum.database.DbAuthorizationFactory";

然后是用一个private static的loadAuthorizationFactory�Ҏ��来给�q�个factory变量赋��|��生成具体的抽象工厂类�Q?br>

   private static void loadAuthorizationFactory() {
            if (factory == null) {
            synchronized(className) {
            if (factory == null) {
            String classNameProp = PropertyManager.getProperty(
            "AuthorizationFactory.className"
            );
            if (classNameProp != null) {
            className = classNameProp;
            }
            try {
            Class c = Class.forName(className);
            factory = (AuthorizationFactory)c.newInstance();
            }
            catch (Exception e) {
            System.err.println("Exception loading class: " + e);
            e.printStackTrace();
            }
            }
            }
            }
            }

在static的getAuthorization�Ҏ��q�回一个Authorization的过�E�中�Q�先初始化工厂类factory变量�Q�然后用factory的createAuthorization�Ҏ��来创建：

   public static Authorization getAuthorization(String username,
            String password) throws UnauthorizedException
            {
            loadAuthorizationFactory();
            return factory.createAuthorization(username, password);
            }

不同的子�c�L��不同的createAuthorization�Ҏ��的实现。比如在DbAuthorizationFactory�q�个AuthorizationFactory的数据库实现子类中，createAuthorization�Ҏ��是这样实现的�Q?/p>

   public Authorization createAuthorization(String username, String password)
            throws UnauthorizedException
            {
            if (username == null || password == null) {
            throw new UnauthorizedException();
            }
            password = StringUtils.hash(password);
            int userID = 0;
            Connection con = null;
            PreparedStatement pstmt = null;
            try {
            con = DbConnectionManager.getConnection();
            pstmt = con.prepareStatement(AUTHORIZE);
            pstmt.setString(1, username);
            pstmt.setString(2, password);
            ResultSet rs = pstmt.executeQuery();
            if (!rs.next()) {
            throw new UnauthorizedException();
            }
            userID = rs.getInt(1);
            }
            catch( SQLException sqle ) {
            System.err.println("Exception in DbAuthorizationFactory:" + sqle);
            sqle.printStackTrace();
            throw new UnauthorizedException();
            }
            finally {
            try {  pstmt.close(); }
            catch (Exception e) { e.printStackTrace(); }
            try {  con.close();   }
            catch (Exception e) { e.printStackTrace(); }
            }
            return new DbAuthorization(userID);
            }

在这个类中，可以看到抽象�c�d��具体的子�c�M��间的关系�Q�它们是如何协作的，又是如何划分抽象�Ҏ��和非抽象�Ҏ��的，�q�都是值得注意的地斏V��一般的�Q�抽象方法需要子�c�L��实现�Q�而抽象类中的非抽象方法应该所有子�c�L��能够�׃�n的，或者可是说�Q�是定义在抽象方法之上的较高层的�Ҏ��。这��实是一个抽象工厂的好例子！虽然实现的方法已�l�和GOF中给出的实现相差较远了，但思想没变�Q�这儿的实现�Q�也��实是要巧妙的些�?/p>

�q�有��是静态方法的使用�Q��得这个类看�v来有些Singleton的意呟뀂这使得对于AbstractFactory的创建变得简单�?/p>

下面的类囄��Z��q�个AbstractFactory的实现的��M��情况�Q?/p>

�?�Q�AbstractFactory模式的实现类�?/strong>

在AuthorizationFactory中定义的其它�Ҏ��Q�涉及到具体的如何创建Authorization�Q�都是作为abstract�Ҏ��出现�Q�具体实现留�l�子�c�L��完成�?/p>

�q�样�Q�在需要生成一个Authorization的时候，只需要调用AuthorizationFactory的静态方法getAuthorization��可以了�Q�由子类实现了具体的�l�节�?/p>

其它的，如同上面讲到的，在创建Forum的时候用的ForumFactory�Q�具有同上面一��L��实现�Q�这��是模式之所以称为模式的所在了�?/p>

回页�?/font>

Proxy模式和权限控�?/span>

Proxy模式的功能有很多�Q�比如远�E�代理，用来�l�远�E�对象提供一个本��C��表；虚代理，用来为创建开大开销的对象提供缓�Ԍ��{�等。在Jive中��用的是保护代理，��保护的对象提供权限控制�?/p>
我们都知道在一个论坛中�Q�权限的控制是必��ȝ��Q�否则论坛就很可能会被搞得一团糟。Jive中引入Proxy对象�Q�Authorization接口以及权限描叙属类来提供对论坛的保护�?/p>
以ForumFactory��Z��Q�一个额外的ForumFactoryProxy来处理权限认证的工作�Q�它为某一个ForumFactory提供了一个代理，保证只有授权的用��h��能够存取ForumFactory的某些操作。实际上ForumFactory在这儿不仅仅只是一个生成Forum的类的，它更像是一个Forum的管理类。提供了��d��Q�删除，枚�D�{�等一�p�d��的功能，而有些功能不是什么样的�h都可以��用的�Q�因而引入了另外的一个代理类来处理权限的问题�?/p>
当然�Q�代理类需要��承ForumFactory�Q�以使方法签名一��_�� ForumFactoryProxy extends ForumFactory

在它的构造方法中�Q�就提供了一个ForumFactory对象�Q�这是需要被代理的对象；一个Authorization对象�Q�提供用户信息；�q�有一个ForumPermissions�Q�提供认证信息：

public ForumFactoryProxy(ForumFactory factory, Authorization authorization, ForumPermissions permissions) { this.factory = factory; this.authorization = authorization; this.permissions = permissions; }

一般的代理�q�程都是�q�样的，在访问某个方法之前，必须接受权限的检查，以createForum��Z��Q?/p>

public Forum createForum(String name, String description) throws UnauthorizedException, ForumAlreadyExistsException { if (permissions.get(ForumPermissions.SYSTEM_ADMIN)) { Forum newForum = factory.createForum(name, description); return new ForumProxy(newForum, authorization, permissions); } else { throw new UnauthorizedException(); } }

下面�l�出�q�个模式的类图：

�?�Q�Proxy模式的类�?/strong>

�q�个模式的实现基本上和GOF中所�l�出的实��C��致。在Jive中，几乎所有的接口�Q�Forum�Q�ForumMessage�Q�ForumThread�{�等�Q�都会有一个相应的Proxy对象来进行权限控制。而在创徏具体的对象的时候，都是用相应的Proxy对象来代替原有的对象�q�回的。例如在ForumFactory的getInstance()�Ҏ��中需要返回一个Forum的时候，Jive是这样做的：

public static ForumFactory getInstance(Authorization authorization) { ...... ForumFactoryProxy proxy = new ForumFactoryProxy(factory,authorization, factory.getPermissions(authorization)); return proxy; }

因而，所有被创徏的对象实际上都是Proxy对象�Q�抽象工厂保证了没有权限验证的对象根本不会客��h��得到�Q�它们只会在Proxy的内部扮演角�Ԍ��而永�q�不会被外部对象所存取�Q�这��P��׃��Ҏ��上保证了论坛的安全�?/p>

回页�?/font>

Decorator模式和过滤器

一般的在OO设计中，而外功能的添加是通过�l�承来实现的�Q�但是��承有的时候不够灵�z�，而且当功能的�l�合很多的时候，�l�承的子�c�d��会成几何�U�数增长�Q��得类多的难以控制。正是基于这��L��考虑�Q�Decorator模式得以诞生�?/p>
Decorator模式相当于封装了某个特定的操作，当某个对象需要这个操作的时候，加上�q�个Decorator卛_��。�ƈ且，多个Decorator�q�可以组合，以提供更多的功能�?/p>
在Jive中，Decorator模式应用在一些过滤器�Q�Filter�Q�中。Filter提供对ForumMessage对象内容的重新构造。比如，当一个ForumMessage对象��过一个名为FilterCodeHighlight的过滤器后，存在于消息中的所有Java源代码文本，会被重新构造�ؓ��h��语法高亮昄��的消息。在比如�Q�当�l�过了语法高亮修饰的消息再流�q�一个名为FilterHtml的过滤器后，消息中的HTML片断会被注释可以在HTML内部昄��文本�Q�这样就防止了用戯��入了HTML控制标签后，使得��面昄��不正常的问题�?/p>
Jive中，所有的�q��o器��承于一个抽象类ForumMessageFilter�Q�而ForumMessageFilter又实��C��ForumMessage接口。也��是��_��每一个过滤器实际上也是一个ForumMessage对象�?/p>
ForumMessageFilter中还��装一个ForumMessage对象。进行过滤的�Ҏ��很简单，使用的是getBody()�Q�比如在FilterCodeHighlight�q�个�c�M��Q?/p>

public String getBody() { return highlightCode(message.getBody()); }

highlightCode是一个private�Ҏ��Q�实施具体的�q��o的细节。getBody()�Ҏ��实际上是定义在ForumMessage接口中的�Q�当调用�q��o器的getBody()�Ҏ��Ӟ��p��够得到结构重整后的ForumMessage对象了。这个对象可以被其他客户引用�Q�也可以在传递给另外的过滤器�Q�实施进一步的操作�?/p>
在实��C��个具体的消息的过滤的时候，在Forum中有addForumMessageFilter()�Q�applyFilters()�Ҏ��Q�用来实现对�q��o器的应用�?/p>
对一个Forum�Q��用addForumMessageFilter()�Ҏ��d��一个Filter的时候，�q�没有指定一个具体的Message�Q�而只是一个规则（Filter中封装了�q��o规则�Q�，然后applyFilter()�Ҏ��中，实施�q�些规则�Q?/p>

public ForumMessage applyFilters(ForumMessage message) { //Loop through filters and apply them for (int i=0; i < filters.length; i++) { message = filters[i].clone(message); } return message; }

�q��o器的clone()�Ҏ��Q��ؓ�q��o器复制消息体。这个方法的使用�Q�分��M��在过滤器中对于消息体和过滤规则的初始化过�E�，�q�也是一个值得借鉴的技巧！

下面�l�出Decorator模式的类�?

�?�Q�Decorator模式的类�?/strong>

我们可以看到Decorator模式实际上和Proxy模式是很相近的，但是它们代表两个不同的功能含义。Proxy模式提供一个对象的控制�Q�而Decorator模式则是为对象提供额外的功能�?br>

Iterator模式和论坛的��览erator模式用来分离数据�l�构和遍历算法，降低两者之间的耦合度，以��得同一个数据结构用不同的算法遍历时�Q�仍能够��h��相同的接口，另一斚w��Q�Iterator模式使得当改换遍历算法后�Q�不需要更改程序的代码�?/p>
在Java的JDK中本�w�就定义有一个Iterator接口�Q�在Iterator接口中仅仅定义了三个�Ҏ��Q�hasNext()判断是否遍历完最后一个元素，next()�Ҏ��q�回要遍历的数据�l�构中一个对象，remove()则删除当前对象。Jive中��用IteratorProxy抽象�cȝ��承了�q�一接口。这儿Proxy的含义和上面一��P��也就是说�Q�这个IteratorProxy��Z��会实现Iterator的遍历功能外�Q�还会有代理权限控制的功能�?/p>
对于论坛中的基本对象Forum�Q�ForumThread�Q�ForumMessage�Q�Group�Q�User都有相应的遍历器。比如对应于Forum接口有ForumIteratorProxy对象。这个ForumIteratorProxy遍历器就相当于一个封装了一�p�d��Forum对象的集合类�Q�通过定义好的接口hasNext()和next()可以方便的遍历这个集合，而�ƈ不需要知道是如何遍历�q�个集合的。遍历的��法可能很简单，也可能很复杂�Q�但是对于外部的客户而言�Q�这�q�没有�Q何的区别�?/p>
而对于论坛中具体的遍历方法，�q�取决于具体的实玎ͼ�在Jive中给出的是数据库的实现�?/p>
我们��׃��MessageIteratorProxy��Z��Q�来讲解Iterator模式的用法�?/p>
DbThreadIterator对象实现了Iterator接口�Q�是对于一个Thread中所有Message的遍历器�Q�我们来看看它是如何实现的�?/p>
hasNext()判断在这个Thread中是不是�q�有下一条Message�Q?/p>

public boolean hasNext() { if (currentIndex+1 >= messages.length) { return false; } return true; }

next()�Ҏ��从数据库中取��Z��在这个Thread中的下一条Message�Q?/p>

public Object next() throws java.util.NoSuchElementException { ForumMessage message = null; if (nextMessage != null) { message = nextMessage; nextMessage = null; } else { message = getNextMessage(); if (message == null) { throw new java.util.NoSuchElementException(); } } return message; }

�q�样�Q�通过�Ҏ��据库的操作，DbThreadIterator实现了对一个Thread中所有Message遍历的方法�?/p>
再ForumThread接口中有messages()�Ҏ��Q�返回在�q�个Thread中的所有Message的一个遍历器�Q�Iterator�Q�，实际上也��是�q�回了一个Message的集合：
public Iterator messages();

在DbForumThread中实��C��q�个�Ҏ��Q?
public Iterator messages() {return new DbThreadIterator(this);}

从DbForumThread的messages()�Ҏ��中所�q�回的就是这个Thread中所有Message的一个遍历器�Q�通过�q�个遍历器，我们��可以访问Thread中的所有的Message了。当�Ӟ��事情�q�没有完�Q�由于权限的问题�Q�我们还需要构造这个遍历器的Proxy对象�Q�然后通过�q�个Proxy对象来访问遍历器�?/p>
下面的类囄��Z��在Jive中Iterator模式的实现方法：

�?�Q�Jive中Iterator模式的实�?/strong>

在Jive中，因�ؓ在一个Thread之下�Q�Message是按树�Ş�l�构�l�织的，因而，当需要层�U�表�C�Z��个Thread中的Message之间的关�pȝ��时候，仅仅用上面讲到的�U�性的Iterator是不够的。这时候，对Iterator的概念进行推�q�，��引入了TreeWalker接口�?/p>
��֐�思义�Q�TreeWalker提供了遍历一个树和存取树上节点的�Ҏ��Q?/p>

public interface TreeWalker { public ForumMessage getRoot(); public ForumMessage getChild(ForumMessage parent, int index); public int getChildCount(ForumMessage parent); public int getRecursiveChildCount(ForumMessage parent); public int getIndexOfChild(ForumMessage parent, ForumMessage child); public boolean isLeaf(ForumMessage node);

TreeWalker只是Iterator的简单推�q�，�q�没有Iterator应用的那么广泛，而且�Q�也可以很容易的在TreeWalker上面在套一层Iterator的借口�Q�让它在某些情况下行使Iterator的职责。这儿就不再多讨��Z��?/p>
再此�Q�Jive设计中所有涉及到的设计模式的地方�Q�基本上都讲完了�Q�看完了之后�Q�是不是对设计模式有了更�q�一步的了解了呢�Q?/p>
下一部分的内容，��会涉及到具体的�~�码�Q�深入到JSP的内部，我们��会看到Jive中是如何实现可更换的Skin的，�q�会涉及Tag Library的一些内宏V��好了，�q�次��到�q�儿了。下�ơ再见�?/p>

泡面 2007-04-14 12:46 发表评论

国产精品永久免费,а√中文在线天堂精品,99欧美视频