http://blog.csdn.net/zhoufoxcn/category/233676.aspxJava编程技术。zh-CNMon, 21 Apr 2008 16:31:45 GMT60周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863565.aspxFri, 02 Nov 2007 16:45:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863565.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863565.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863565.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863565.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863565本文中，作者 Anand Joshi 使用 JSF 框架中的设计模式阐释了 JavaServer™ Faces (JSF) 体系结构。他讨论了 JSF 体系结构中使用的 GoF 设计模式，以及这些模式在 JSF 框架中的作用。任何对设计模式和 JSF 体系结构有一定了解的人都能从 Anand 详细的介绍中有所收获。*读者应该对 GoF 设计模式和 JSF 技术有很好的了解。 设计模式可以帮助用户在更高层次上抽象细节，更好地理解体系结构。如果比较熟悉 GoF 设计模式和 JavaServer Faces (JSF) 框架，本文可以帮助您洞察 JSF 框架中使用的设计模式，深入理解其工作原理。 本文探讨了 JSF 框架中使用的设计模式。详细讨论的设计模式包括 Singleton、Model-View-Controller、Factory Method、State、Composite、Decorator、Strategy、Template Method 和 Observer 模式。 <img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863565.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863551.aspxFri, 02 Nov 2007 16:39:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863551.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863551.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863551.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863551.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863551设计模式在某种程度上确实能够改善我们的程序结构，使设计具有更好的弹性。也正是由于这个原因，会导致我们可能过度的使用它。程序结构具有过度的、不必要的灵活性和程序结构没有灵活性一样都是有害的。本文将分析过度的灵活性可能造成的危害，并且结合一些实例来阐述使用设计模式改善程序结构应遵循的原则。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863551.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863533.aspxFri, 02 Nov 2007 16:32:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863533.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863533.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863533.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863533.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863533在本系列的 第一篇文章中，描述了如何通过设计模式来指导我们的程序重构过程，并且着重介绍了设计模式意图、动机的重要性。在本文中我们将继续上篇文章进行讨论，这次主要着重于设计模式的适用性，对于设计模式适用性的掌握有助于从另一个不同的方面来判断一个设计模式是否真正适用于我们的实际问题，从而做出明智的选择。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863533.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863515.aspxFri, 02 Nov 2007 16:24:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863515.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863515.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863515.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863515.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863515设计模式是对特定问题经过无数次经验总结后提出的能够解决它的优雅的方案。但是，如果想要真正使设计模式发挥最大作用，仅仅知道设计模式是什么，以及它是如何实现的是很不够的，因为那样就不能使你对于设计模式有真正的理解，也就不能够在自己的设计中正确、恰当的使用设计模式。本文试图从另一个角度（设计模式的意图、动机）来看待设计模式，通过这种新的思路，设计模式会变得非常贴近你的设计过程，并且能够指导、简化你的设计，最终将会导出一个优秀的解决方案。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863515.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863489.aspxFri, 02 Nov 2007 16:11:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863489.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863489.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863489.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863489.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863489有了前面诸多设计模式的基础，这儿可以提出一个比较特殊的模式MVC。MVC并不属于GOF的23个设计模式之列，但是它在GOF的书中作为一个重要的例子被提出来，并给予了很高的评价。一般的来讲，我们认为GOF的23个模式是一些中级的模式，在它下面还可以抽象出一些更为一般的低层的模式，在其上也可以通过组合来得到一些高级的模式。MVC就可以看作是一些模式进行组合之后的结果（实际上，MVC的出现要早于设计模式的提出，这而只是对它在设计模式的基础上进行在分析）。如果没有前面的基础，理解MVC或许会有一些困难。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863489.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863486.aspxFri, 02 Nov 2007 16:09:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863486.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863486.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863486.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863486.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863486在上一部分中，介绍了两个结构型的模式：Bridge和Decorator。这一部分的内容，将会接着上面的讲解，继续我们的设计模式之旅。这一部分，除了还会介绍一个结构型的Composite模式之外，还会有两个行为模式登场。实际上在前面的内容中，我们已经接触到行为模式了：Observer和Command就是两个典型的行为模式。行为模式更多的注重于算法和对象建间职责的分配，也就是说，它会更多的关注于这个模式系统之类的各对象协作间的语义，以及在对象间进行通讯的流控制。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863486.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863460.aspxFri, 02 Nov 2007 15:58:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863460.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863460.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863460.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863460.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863460上一次主要介绍了几个创建型的设计模式AbstractFactroy，FactoryMethod和Singliton。它们的共同的特点，都是用来创建对象的。这次接下来的内容，涉及到的是几个结构型的模式。所谓结构型模式，就是用来解决在创建系统结构的过程中，通过对类或者对象进行合理有效的组合，以获得更大的结构的方法。这儿主要讲到了Bridge模式和Decorator模式。对于Bridge模式可能需要更多的理解，因为它在很大程度上说，例示了设计模式的基本的设计思路和原则。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863460.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863445.aspxFri, 02 Nov 2007 15:49:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863445.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863445.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863445.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863445.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863445在上一部分的内容中，我们讲到什么是模式，什么是设计模式，以及对一个设计模式Observer的详细阐叙。相信大家对于模式的概念应该是比较的理解了。这部分及以后的内容，将会步入正题，从Java类库的分析入手，来阐叙设计模式是如何应用到一个完美的设计中的。实际上，Java类库非常的庞杂，这儿不可能把所有能够找到的设计模式的例子一一列举，只是找了一些容易发现的例子。实际上也没有必要，因为只要对一个设计模式有足够的理解，对于它的具体应用而言，倒是一件不是很困难的事情。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863445.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863419.aspxFri, 02 Nov 2007 15:40:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863419.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863419.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863419.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863419.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863419在这一部分的内容中，介绍的是一个相对简单但功能强大的模式：Observer模式。希望通过这部分地叙述，大家看了之后，能够对设计模式有一个比较全面地，感性的认识。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863419.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863308.aspxFri, 02 Nov 2007 14:43:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863308.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863308.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863308.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863308.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863308在设计模式中,Factory Method也是比较简单的一个,但应用非常广泛,EJB,RMI,COM,CORBA,Swing中都可以看到此模式的影子,它是最重要的模式之一.在很多地方我们都会看到xxxFactory这样命名的类,那么,什么是Factory Method,为什么要用这个模式,如何用Java语言来实现该模式,这就是本文想要带给大家的内容.<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863308.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863292.aspxFri, 02 Nov 2007 14:32:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863292.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863292.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863292.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863292.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863292本文介绍了设计模式中 Singleton 的基本概念,对其功能和用途进行了简单的分析,列出了通常实现 Singleton 的几种方法,并给出了详细的Java 代码.<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863292.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863273.aspxFri, 02 Nov 2007 14:22:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863273.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863273.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863273.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863273.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863273随着JAVA的迅猛发展，JDK版本的不断更新，JAVA新的事件模型与旧的JDK模型也有了本质的区别，它的事件模型也有了很大的区别。由于现在的编程都是采用事件驱动，所以很有必要了解的事件模型，我们下面从定制事件的实际出发来具体讨论。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863273.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863251.aspxFri, 02 Nov 2007 14:10:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863251.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1863251.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/11/02/1863251.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1863251.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1863251摘要: Jive 是一个开放源码的论坛项目,也就是我们所常见的 BBS, 采用了 SUN 公司的 JSP 技术, 相比起 j2ee这个庞大的体系结构, 其整个的设计思想非常精炼, 适用于中小型网站,建立自己的论坛系统. 这篇文章我们就一起来看一看 Jive中所应用的设计模式(Design Pattern). <img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1863251.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/07/20/1700018.aspxFri, 20 Jul 2007 10:19:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/07/20/1700018.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1700018.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/07/20/1700018.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1700018.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1700018在传统的教科书或者书籍中都会灌输我们一个观念，那就是抽象类可以被继承(extends)，接口可以被实现(implements)，但是抽象类不能被实现（implements），接口也不能被继承（extends），但是今天这个观点有些地方被颠覆了。或者说我们该改变这种说法了。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1700018.aspx" width = "1" height = "1" />周公http://blog.csdn.net/zhoufoxcn/archive/2007/04/06/1554041.aspxFri, 06 Apr 2007 11:42:00 GMThttp://blog.csdn.net/zhoufoxcn/archive/2007/04/06/1554041.aspxhttp://blog.csdn.net/zhoufoxcn/comments/1554041.aspxhttp://blog.csdn.net/zhoufoxcn/archive/2007/04/06/1554041.aspx#Feedback0http://blog.csdn.net/zhoufoxcn/comments/commentRss/1554041.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1554041本文尝试用自己的理解来阐述一下接口和抽象类的相同点和不同点。<img src ="http://blog.csdn.net/zhoufoxcn/aggbug/1554041.aspx" width = "1" height = "1" />