上一篇文章，我大概地介紹一下基于Faceslet的JSF頁面端的構(gòu)成。接下來，是時(shí)候說一下后臺(tái)邏輯的實(shí)現(xiàn)啦。JSF的頁面邏輯是由Managed Bean（姑且譯為托管BEAN）實(shí)現(xiàn)。所謂的“Managed Bean”就是指一些由JSF運(yùn)行時(shí)（Runtime）創(chuàng)建與管理的普通Java對(duì)象（潮流一點(diǎn)的叫法——POJO）。

標(biāo)準(zhǔn)JSF中Managed Bean

標(biāo)準(zhǔn)的JSF中Managed Bean是在faces-config.xml中通過XML定義的。例如：

這些XML相信不用我怎么講解大家也知道其作用啦。定義一個(gè)BEAN，無論是在Spring、EJB還其它的BEAN容器（Container）中，無非都是這幾個(gè)元素：BEAN的名稱（或者標(biāo)識(shí)，ID）、JAVA類型和作用域。JSF的Managed Bean有四個(gè)作用域，如下表所示：

可能大家對(duì)“none”作用域比較陌生，舉個(gè)例子可能會(huì)好理解一點(diǎn)：

這個(gè)例子定義了一個(gè)名為messageBean、作用域是none的Managed Bean，然后它被注入名為messageBean、作用域是request的Managed Bean中。因此，這個(gè)messageBean的作用域會(huì)跟隨helloBean，同為request。另外值得一提的是，上例同樣展示了如何在一個(gè)Managed Bean初始其屬性（Property）的值，如何引用其它的Managed Bean。

Seam中的Web Bean（相當(dāng)于Managed Bean）

標(biāo)準(zhǔn)JSF的Managed Bean存在不少缺點(diǎn)：

1. 必須通過XML進(jìn)行配置，過于麻煩；
2. 貧乏的作用域，上文提及標(biāo)準(zhǔn)的JSF的Managed Bean只有四種作用域：none、request、session和application。由于JSF對(duì)狀態(tài)的依賴比較強(qiáng)，經(jīng)常需要在請(qǐng)求之間保存應(yīng)用的狀態(tài)，所以很多時(shí)候我們時(shí)候都不得不使用Session作用域的Managed Bean。但是眾所周知，過多地使用Session會(huì)帶來很多問題，如容易造成內(nèi)存耗盡，難于集群（Cluster）等。

有監(jiān)于此，Seam對(duì)JSF進(jìn)行了擴(kuò)展，并進(jìn)而起草了Web Bean標(biāo)準(zhǔn)（Web Bean還在BETA階段，坦白的說我也不是很了解）。下面我們就來學(xué)習(xí)一下Seam的Managed Bean（官方文檔中叫Component）。在這方面Seam與標(biāo)準(zhǔn)JSF有如下不同：

1. Seam的Component既可以通過XML配置，又可以通過Annotation的方式配置。我個(gè)人比較偏愛Annotation的方式，方便快捷，能夠提高工作效率。XML方式有一個(gè)好處就是可以集中管理，但是因?yàn)镸anaged Bean配置相對(duì)比較穩(wěn)定，不會(huì)經(jīng)常修改，所以XML優(yōu)勢(shì)并不會(huì)太明顯；
2. 更豐富的作用域（Seam中稱為上下文Context），Seam有6種上下文可選：無狀態(tài)（Stateless Context）、事件（Event Context，或者Request Context）、頁面（Page Context）、對(duì)話（Conversation Context）、會(huì)話（Session Context）、業(yè)務(wù)流（Business Process Context）和應(yīng)用程序（Application Context）；
3. Seam引入一種雙向注入（Binjection）的方式。所謂的雙向注入就是可以將上下文中的Bean注入到另一個(gè)Bean中，又或者將Bean中的屬性（Property）直接發(fā)布在上下文中；
4. Seam的Compoenet可以直接使用EJB 3.0的Bean。

下面我們看一個(gè)簡(jiǎn)單的Component的定義的例子，

 1 package net.blogjava.max.hello.session;
 2 
 3 import org.jboss.seam.ScopeType;
 4 import org.jboss.seam.annotations.Name;
 5 import org.jboss.seam.annotations.Scope;
 6 
 7 @Name("helloWB")
 8 @Scope(ScopeType.PAGE)
 9 public class HelloWB {
10     private String name;
11     private String message;
12 
13     public String getName() {
14         return name;
15     }
16 
17     public void setName(String name) {
18         this.name = name;
19     }
20 
21     public String getMessage() {
22         return message;
23     }
24 
25     public void setMessage(String message) {
26         this.message = message;
27     }
28 
29     public void sayHello() {
30         message = "Hello, " + name + "!";
31     }
32     
33     public void anotherEvent() {
34         System.out.println("Another request is coming");
35     }
36 }

通過上述代碼，大家可以看到有兩句Annotation定義——Name和Scope。除此之外，并沒有什么特別的地方，所以正是這兩個(gè)Annotation使HelloWB成為一個(gè)可以被SEAM的運(yùn)行時(shí)識(shí)別的Component。Name用于定義Component的名稱，是必須的；Scope則用于定義Component的作用域，是可選的，默認(rèn)值為短對(duì)話（Short Conversation）。在本例中，HelloWB的作用域是Page。Page與Conversation都Seam的杰作，在標(biāo)準(zhǔn)JSF是沒有的。而且，這兩個(gè)作用域是比較常用，我個(gè)人比較熱衷于Page作用域，所以在這里先談一下Page。

正如我前面所說“JSF對(duì)狀態(tài)的依賴比較強(qiáng)...”，造成我們對(duì)Session的依賴，引起了很多問題。Page很大程度上解決了這個(gè)問題，它可以跨請(qǐng)求存活，只要該請(qǐng)求不是“新的”。什么請(qǐng)求是“新的”請(qǐng)求呢？要回答這個(gè)問題，先要搞清楚什么是“POST-BACK”。學(xué)過ASP.NET的朋友可能對(duì)POST-BACK概念比較熟悉，沒學(xué)過的話不要緊。POST-BACK并不是什么深?yuàn)W的東西，所謂的POST-BACK，就是指用戶按下頁面上的某個(gè)按鈕或表單控件，將表單數(shù)據(jù)發(fā)送回到頁面自身的URL。相反，如果用戶是通過在地址欄中輸入U(xiǎn)RL，或通過點(diǎn)擊頁面的鏈接訪問頁面，則這個(gè)請(qǐng)求就是一個(gè)NON-POST-BACK的請(qǐng)求，也即是一個(gè)新的請(qǐng)求。

另外，一些JSF專家都推薦一種叫Backing Bean的風(fēng)格。所謂的Backing Bean就是指一個(gè)JSF頁面對(duì)應(yīng)一個(gè)Managed Bean處理頁面邏輯。Page作用域非常適用這種情況，因?yàn)樗桥c頁面一起序列化（Serialize）到瀏覽器或保存在Session中。如果大家還是不太明白的話，請(qǐng)看以下的XHTML代碼。

發(fā)布運(yùn)行上述代碼，大家可以看如下頁面。

在輸入框中鍵入“max”，點(diǎn)擊“Say Hello”按鈕，將請(qǐng)求POST-BACK到Seam的組件中，由于按鈕注冊(cè)了組件的監(jiān)聽方法，所以HelloWB的sayHello方法會(huì)被調(diào)用。它將通過值綁定所得的name與“Hello”和“!”串起來，賦給message屬性。因此，響應(yīng)頁面會(huì)如下圖所示：

這時(shí)候，大家可以再點(diǎn)擊“Another Request”按鈕，出現(xiàn)的結(jié)果與上圖一樣。這就說明雖然發(fā)生了第二次請(qǐng)求，name與message的同樣保持上一次的值。然后，大家可以再試下復(fù)制頁面地址，粘貼到新窗口或新選項(xiàng)卡（TAB）的地址欄中，按下ENTER。你會(huì)發(fā)現(xiàn)頁面的被重置回到最初的狀態(tài)。這個(gè)例子很好地演示了POST-BACK請(qǐng)求與NON-POST-BACK請(qǐng)求的區(qū)別。

小結(jié)

本文粗略地介紹了一下JSF的頁面邏輯處理組件——Managed Bean，還有很多關(guān)于Seam的組件知識(shí)如Bijection和Conversation等還沒有介紹，只有留待以后文章了。