学步园

Web应用程式的开发与传统的单机程式开发在本质上存在着太多的差异，Web应用程式开发人员至今不可避免的必须处理HTTP的细节，而HTTP无状态的（stateless）本质。

与传统应用程式必须维持程式运行过程中的资讯有明显的违背，再则Web应用程式面对网站上不同的使用者同时的存取。

其执行绪安全问题以及资料验证、转换处理等问题，又是複杂且难以解决的。

　　另一方面，本质上是静态的HTML与本质上是动态的应用程式又是一项违背，这造成不可避免的，处理网页设计的美术人员与程式设计人员，必须被彼此加入至视图元件中的逻辑互相干扰。

即便一些视图呈现逻辑以标籤的方式呈现，试图展现对网页设计美术人员的亲切，但它终究必须牵涉到相关的流程逻辑。

　　有很多方桉试着解决种种的困境，而各自的着眼点各不相同，有的从程式设计人员的角度来解决，有的从网页设计人员的角度来解决，各种的框架被提出。

所造成的是各种不统一的标籤与框架，为了促进产能的整合开发环境（IDE）难以整合这些标籤与框架，另一方面，开发人员的学习负担也不断的加重，他们必须一人瞭解多个角色的工作。

JavaServer Faces 的提出在试图解决这个问题，它试图在不同的角度上提供网页设计人员、应用程式设计人员、元件开发人员解决方桉，让不同技术的人员可以彼此合作又不互相干扰。

它综合了各家厂商现有的技术特点，由Java Community Process（JCP）团队研拟出来的一套标准，并在2004年三月发表了JavaServer Faces 1.0实作成果。

　　从网页设计人员的角度来看，JavaServer Faces提供了一套像是新版本的HTML标籤，但它不是静态的，而是动态的。

可以与后端的动态程式结合，但网页设计人员不需要理会后端的动态部份，网页设计人员甚至不太需要接触JSTL这类的标籤，也可以动态的展现资料（像是动态的查询表格内容）。

JavaServer Faces提供标准的标籤，这可以与网页编辑程式结合在一起，另一方面，JavaServer Faces也允许您自订标籤。

　　从应用程式设计人员的角度来看，JavaServer Faces提供一个与传统应用程式开发相类似的模型（当然因某些本质上的差异，模型还是稍有不同）。

他们可以基于事件驱动来开发程式，不必关切HTTP的处理细节，如果必须处理一些视觉元件的属性的话，他们也可以直接在整合开发环境上拖拉这些元件，点选设定元件的属性，JavaServer Faces甚至还为应用程式设计人员处理了物件与字串（HTTP传送本质上就是字串）间不匹配的转换问题。

　　从UI元件开发人员的角度来看，他们可以设计通用的UI元件，让应用程式的开发产能提高。

就如同在设计Swing元件等，UI开发人员可以独立开发，只要定义好相关的属性选项来调整细节，而不用受到网页设计人员或应用程式设计人员的干扰。

　　三个角色的知识领域原则上可以互不干扰，根据您的角色，您只要瞭解其中一个知识领域，就可以运用JavaServer Faces，其它角色的知识领域您可以不用瞭解太多细节。

　　当然，就其中一个角色单独来看，JavaServer Faces隐藏了许多细节，若要全盘瞭解，其实JavaServer Faces是複杂的。

每一个处理的环境都值得深入探讨，所以学习JavaServer Faces时，您要选择的是通盘瞭解，还是从使用的角度来瞭解，这就决定了您学习时所要花费的心力。

要使用JSF，首先您要先取得JavaServer Faces参考实作（JavaServer Faces Reference Implementation），在将来，JSF会与Container整合在一起，届时您只要下载支援的Container，就可以使用JSF的功能。

　　请至 JSF 官方网站的 下载区 下载参考实作，在下载压缩档并解压缩之后，将其 lib 目录下的 jar 档桉複製至您的Web应用程式的/WEB-INF/lib目录下。

另外您还需要 jstl.jar 与 standard.jar 档桉，这些档桉您可以在 sample 目录下，解压缩当中的一个范例，在它的/WEB-INF/lib目录下找到。

将之一併複製至您的Web应用程式的/WEB-INF/lib目录下，您总共需要以下的档桉：

接下来配置Web应用程式的web.xml，使用JSF时，所有的请求都透过FacesServlet来处理，您可以如下定义：

相对的.jsp网页，例如请求是/index.faces的话，则实际上会唤起/index.jsp网页，完成以上的配置，您就可以开始使用JSF了。