我看到的若幹mvc框架在展現一個包含動態數據內容的頁面的時候，都是這樣做的：請求/xx.do，到達某個action，執行配置好或者根據url映射到的某個方法，初始化數據，放到某個context裡面（例如Request，或者struts用的ognl的context），然後根據配置或者規則，forward到某頁面，然後展現。
這樣做的好處是強制性的分離瞭展現和邏輯，缺點是多瞭若幹配置，不自然。
JSF的路子和asp/php是一樣的，你請求/a.xhtml，那麼，ok，加載/a.xhtml文件。例如a.xhtml主體內容如下：
<h:form>
<h:inputText value=”#{someAction.txtValue}”/>
<h:commandButton action=”#{someAction.saveTxtValue}” value=”提交”/>
</h:form>
當頁面加載，走到#{someAction.txtValue}這個表達式的時候， 表達式解析器會去找spring要一個名字為someAction的bean。spring發現自己沒有創建過這樣的一個bean。根據bean的定義，於是創建瞭這樣一個bean。該類定義如下：
@Component(“someAction”)
@Scope(“request”)
public class SomeAction{
private String txtValue;
@PostConstruct
public void init(){
this.txtValue = “the beginning”;
}
public void saveTxtValue(){
//do sth.
//用戶輸入的txtValue現在已經被設置到瞭this.txtValue上
}
//getters and setters
}
這個類裡面的全部內容和JSF的技術細節沒有任何關系，隻是一個簡單的spring bean。
顯然spring創建這個bean之後會調用標註瞭PostConstruct註解的方法，這裡我們做數據初始化工作。接下來繼續頁面加載過程，於是會展現出來一個輸入框，值是the beginning.
這樣做其實技術上允許你在頁面上寫邏輯調用瞭，例如直接在頁面上寫個#{someAction.xx()}，頁面加載的時候就會調用這個xx方法，不過根據實際項目經驗，大傢都能夠保持習慣，盡量在頁面上不直接調用方法完成業務邏輯。
