今天上午在jdon中逛了一上午，有些不想出来了，我感觉它其中的好多东西值得我们借鉴学习。

总之，一句话，太帅了!!!!

建议到"J2EE java Web基础技术学习"看看,那贴子是相当的经典啊。

网址：http://www.jdon.com/idea.html

我大体的把"Jive 设计模式"看了一遍，感觉有许多值得学习和借鉴的地方。

一、关于设计模式的定义：

 

设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的。设计模式使代码编制真正工程化，设计模式是软件工程的基石。

GOF（设计模式作者简称）《设计模式》这本书第一次将设计模式提升到理论高度，并将之规范化，该书提出了23种基本设计模式。自此，在可复用面向对象软件的发展过程中，新的大量的设计模式不断出现。

 

二、比较常见的设计模式：

（1）工厂模式

 

工厂模式是GOF设计模式的主要常用模式，它主要是为创建对象提供了一种接口，工厂模式主要是封装了创建对象的细节过程，从而使得外界调用一个对象时，根本无需关心这个对象是如何产生的。

在GOF设计模式中，工厂模式分为工厂方法模式和抽象工厂模式。两者主要区别是，工厂方法是创建一种产品接口下的产品对象，而抽象工厂模式是创建多种产品接口下的产品对象，非常类似Builder生成器模式。在平时实践中，使用较多的基本是工厂方法模式。

以类SampleOne为例，要创建SampleOne的对象实例:

SampleOne sampleOne = new SampleOne();

如果Sample类有几个相近的类：SampleTwo或SampleThree，那么创建它们的实例分别是：

SampleTwo sampleTwo = new SampleTwo();

SampleThree sampleThree = new SampleThree();

其实这3个类都有一些共同的特征，如网上商店中销售书籍、玩具或者化妆品。虽然它们是不同的具体产品，但是它们有一个共同特征，可以抽象为“商品”。日常生活中很多东西都可以这样高度抽象成一种接口形式。上面这3个类如果可以抽象为一个统一接口SampleIF，那么上面语句就可以成为：

SampleIF sampleOne = new SampleOne();

SampleIF sampleTwo = new SampleTwo();

SampleIF sampleThree = new SampleThree();

在实际情况中，有时并不需要同时生成3种对象，而是根据情况在3者之中选一个。在这种情况下，需要使用工厂方法来完成了，创建一个叫SampleFactory的抽象类：

public class SampleFactory{

   public abstract SampleIF creator();

}

在这个抽象工厂类中有一个抽象方法creator，但是没有具体实现，而是延迟到它的子类中实现，创建子类SampleFactoryImp：

public class SampleFactoryImp extends SampleFactory{

   public SampleIF creator(){

    //根据其他因素综合判断返回具体产品

    //假设应该返回SampleOne对象

       return new SampleOne();

}

}

在SampleFactoryImp中根据具体情况来选择返回SampleOne、SampleTwo或SampleThree。所谓具体情况有很多种：上下文其他过程计算结果；直接根据配置文件中配置。

上述工厂方法模式中涉及到一个抽象产品接口Sample，如果还有其他完全不同的产品接口，如Product等，一个子类SampleFactoryImp只能实现一套系列产品方案的生产，如果还需要另外一套系统产品方案，就可能需要另外一个子类SampleFactoryImpTwo来实现。这样，多个产品系列、多个工厂方法就形成了抽象工厂模式。

 

（2）单态模式

在上面ForumFactory的getInstance方法使用单态（SingleTon）模式。单态模式是保证一个类有且仅有一个对象实例，并提供一个访问它的全局访问点。

前面曾提到ForumFactory是Jive提供客户端访问数据库系统的统一入口。为了保证所有的客户端请求都要经过这个ForumFactory，如果不使用单态模式，客户端下列调用语句表示生成了ForumFactory实例：

ForumFactory factory = new DbForumFactory();

客户端每发生一次请求都调用这条语句，这就会发生每次都生成不同factory对象实例，这显然不符合设计要求，因此必须使用单态模式。

一般在Java实现单态模式有几种选择，最常用而且安全的用法如下：

public class Singleton {

　　private Singleton(){}

　　//在自己内部定义自己一个实例，是不是很奇怪

　　//注意这是private，只供内部调用

　　private static Singleton instance = new Singleton();

　　//这里提供了一个供外部访问本class的静态方法，可以直接访问

　　public static Singleton getInstance() {

　　　　return instance;

　　}

}

单态模式一共使用了两条语句实现：第一条直接生成自己的对象，第二条提供一个方法供外部调用这个对象，同时最好将构造函数设置为private，以防止其他程序员直接使用new Singleton生成实例。

还有一种Java单态模式实现：

public class Singleton {

　　private Singleton(){}

　　private static Singleton instance = null;

　　public static synchronized Singleton getInstance() {

　　　　if (instance==null)

　　　　　　instance＝new Singleton()

　　　　return instance;

　　}

｝

在上面代码中，使用了判断语句。如果instance为空，再进行实例化，这成为lazy initialization。注意getInstance()方法的synchronized，这个synchronized很重要。如果没有synchronized，那么使用getInstance()在第一次被访问时有可能得到多个Singleton实例。

 

（3）装饰模式 （我感觉挺有意思，例子也很经典，也就贴出来了，不知道怎么用）

装饰（Decorator）模式是动态给一个对象添加一些额外的职责，或者说改变这个对象的一些行为。这就类似于使用油漆为某个东西刷上油漆，在原来的对象表面增加了一层外衣。

在装饰模式中，有两个主要角色：一个是被刷油漆的对象（decoratee）；另外一个是给decoratee刷油漆的对象（decorator）。这两个对象都继承同一个接口。

首先举一个简单例子来说明什么是装饰模式。

先创建一个接口：

public interface Work

{

　　public void insert();

}

这是一种打桩工作的抽象接口，动作insert表示插入，那么插入什么？下面这个实现表示方形木桩的插入：

public class SquarePeg implements Work{

　　public void insert(){

　　　　System.out.println("方形桩插入");

　　}

}

本来这样也许就可以满足打桩的工作需要，但是有可能土质很硬，在插入方形桩之前先要打一个洞，那么又将如何实现？可以编制一个Decorator类，同样继承Work接口，但是在实现insert方法时有些特别：

public class Decorator implements Work{

　　private Work work;

　　//额外增加的功能被打包在这个List中

　　private ArrayList others = new ArrayList();

　　public Decorator(Work work)

　　{

　　　　this.work=work;

　　　　others.add("打洞");   //准备好额外的功能

　　}

　　public void insert(){

　　　　otherMethod();

　　　　work.insert();

　　}

　　public void otherMethod()

　　{

　　　　ListIterator listIterator = others.listIterator();

　　　　while (listIterator.hasNext())

　　　　{

　　　　　　System.out.println(((String)(listIterator.next())) + " 正在进行");

　　　　}

}

}

在Decorator的方法insert中先执行otherMethod()方法，然后才实现SquarePeg的insert方法。油漆工Decorator给被油漆者SquarePeg添加了新的行为——打洞。具体客户端调用如下：

Work squarePeg ＝ new SquarePeg();

Work decorator = new Decorator(squarePeg);

decorator.insert();

本例中只添加了一个新的行为（打洞），如果还有很多类似的行为，那么使用装饰模式的优点就体现出来了。因为可以通过另外一个角度（如组织新的油漆工实现子类）来对这些行为进行混合和匹配，这样就不必为每个行为创建一个类，从而减少了系统的复杂性。

使用装饰模式可以避免在被油漆对象decoratee中包装很多动态的，可能需要也可能不需要的功能，只要在系统真正运行时，通过油漆工decorator来检查那些需要加载的功能，实行动态加载。

 

 至于其他的“Jive的缓存机制”就一点也不懂了，“代理机制”好像接触过一点。相当抽象，就不再浪费空间了。

 

三、Jive的中文问题

---------->其实这一点是我想着重强调的，也是我们最需要学习的。 

Jive默认的字符集编码方式是ISO8859_1，即Latin-1字符集，这是国际标准化组织用来表示Latin等西方语言使用的字符集。

ISO8859_1字符集非常类似常见的ASCII字符集。由于ISO8859_1是使用单字节来表示，而汉字是采取双字节来表示一个汉字，我国制定了一套专门用来表示汉字GB2312和GBK编码字符集。

在Java内部运算中，涉及到的所有字符串都会被转化为UTF-8编码来进行运算。那么，在被Java转化之前，字符串是什么样的字符集？ Java总是根据操作系统的默认编码字符集来决定字符串的初始编码，而且Java系统的输入和输出的都是采取操作系统的默认编码。

因此，如果能统一Java系统的输入、输出和操作系统3者的编码字符集合，将能够使Java系统正确处理和显示汉字。这是处理Java系统汉字的一个原则，但是在实际项目中，能够正确抓住和控制住Java系统的输入和输出部分是比较难的。

Jive是运行在Web容器中的一个Servlet/JSP系统。在这个系统中，输入途径有很多种：一种是通过页面表单打包成请求（request）发往服务器的；第二种是通过数据库读入；还有第3种输入比较复杂，JSP在第一次运行时总是被编译成Servlet，JSP中常常包含中文字符，那么编译使用javac时，Java将根据默认的操作系统编码作为初始编码。除非特别指定，如在Jbuilder中可以指定默认的字符集。

输出途径也有几种：第一种是JSP页面的输出。由于JSP页面已经被编译成Servlet，那么在输出时，也将根据操作系统的默认编码来选择输出编码，除非指定输出编码方式；还有输出途径是数据库，将字符串输出到数据库。

由此看来，一个J2EE系统的输入输出是非常复杂，而且是动态变化的，而Java是跨平台运行的，在实际编译和运行中，都可能涉及到不同的操作系统，如果任由Java自由根据操作系统来决定输入输出的编码字符集，这将不可控制地出现乱码。

正是由于Java的跨平台特性，使得字符集问题必须由具体系统来统一解决，所以在一个Java应用系统中，解决中文乱码的根本办法是明确指定整个应用系统统一字符集。

在Jive中如果指定默认字符集为某个字符集，那么就要在所有的输入输出环节都要标识为这个字符集。但是，前面已经提到，要完全在编码时做到还是有一定难度，必须对Web程序有相当地掌握和理解，而且步骤较繁琐。

有一种相对省事的做法，例如统一指定为ISO8859_1，因为目前大多数软件都是西方人编制的，他们默认的字符集就是ISO8859_1，包括操作系统Linux和数据库MySQL等。这样，如果指定Jive统一编码为ISO8859_1，那么就有下面3个环节必须把握：

·          开发和编译代码时指定字符集为ISO8859_1。

·          运行操作系统的默认编码必须是ISO8859_1，如Linux。

·          在JSP头部声明：<%@ page contentType="text/html;charset=ISO8859_1" %>。

如果统一指定为GBK中文字符集，上述3个环节同样需要做到，不同的是只能运行在默认编码为GBK的操作系统，如中文Windows。

所以统一编码为ISO8859_1和GBK虽然带来编制代码的方便，但是也破坏了Java跨平台运行的优越性，只在一定范围内行得通。

很多情况下，程序员大都是在中文Windows下开发调试Java系统，然后直接部署到Linux等系统上真正运行。而且其中可能涉及到XML文件读写。XML是对编码方式要求严格的数据存储体，XML又可以随着代码移动。因此，在进行真正大规模Java系统开发运行时，上述临时简单的变通方式就没有效果了。

要从根本上解决Java的中文问题，只要将Java系统的统一编码定义为UTF-8。UTF-8编码是一种兼容所有语言的编码方式，惟一比较麻烦的就是要找到应用系统的所有出入口，然后使用UTF-8去“结扎”它。

Jive默认的字符集编码方式是ISO8859_1，如果都统一为UTF-8，那么也需要做下列几步工作：

·          开发和编译代码时指定字符集为UTF-8。

·          使用过滤器，将所有请求（request）转换为UTF-8；针对不同应用过滤器有两种。

·          如果所有请求都经过一个Servlet控制分配器，那么使用Servlet的filter执行语句。

·          request.setCharacterEncoding("UTF-8")。

·          如果不经过Servlet，而直接是JSP，那么每个JSP头部设置上述语句。

·          在JSP头部声明：<%@ page contentType="text/html;charset= UTF-8" %>。

·          设定数据库连接方式是UTF-8。

 

当然我们还可以设置一个过滤器，去处理中文乱码。如果你项目中用了Spring框架，那么你可以直接利用它自身提供的过滤器，而不需要自己生成。

新建一个servlet命名为CharacterEncodingFilter，然后让它实现Filter接口。

然后再web.xml调用该过滤器。下面是具体代码：