一,MVC的需求
將建立和操作資料的代碼與表達資料的代碼分離。JSP將大部分表現內容從動態內容中分離出來。而servlet來處理商業邏輯。
由servlet負責處理最初的請求,尋找資料,並將結果儲存在bean中,然後將請求轉寄到JSP頁面中來提交最後的結果
二,實現MVC
1,將商業邏輯,資料和表現層分離。
1,定義bean來表示資料。
2,使用servlet處理請求。
3,填寫bean。
4,將bean儲存到請求,會話或servlet的上下文中。
5,將請求轉寄到JSP頁面。
6,從bean中提取資料。
2,定義bean來表示資料:
遵循bean規範。定義“值對象”:僅用來表示結果的對象,只有很少的功能或沒有。
3,使用servlet處理請求:
用來讀取請求資訊。沒有任何的輸出,輸出交給JSP頁面來完成。
4,填寫bean。
使用資料來填寫值對象bean。這些資料可以來源於請求參數,資料庫等處理後的結果。
5,將bean儲存到請求,會話或servlet的上下文中:
這樣做是讓JSP頁面訪問資料,從而顯示需要的資料。
6,將請求轉寄到JSP頁面。
使用RequestDispatcher對象的forward方法。
* 如果JSP頁面只在由servlet產生的資料的上下文中有意義,可以將頁面放在WEB-INF目錄下。
只能轉寄來訪問這些頁面,而用戶端不能直接存取。
* 轉寄到靜態資源:
將請求發送到HTML頁面時,對於GET請求,由於轉寄的請求使用請求方式與最初的請求相同,因此不能直接將POST請求轉寄給常規的HTML頁面。
解決方案是;將HTML頁面副檔名改為jsp。對於get和post請求都會給出相同的響應。
* 用重新導向替代轉寄:
什麼時候使用forward行為:
控制的轉寄完全在伺服器上進行。不涉及任何網路資料流。
JSP頁面只在由servlet產生的資料的上下文中有意義時。
什麼時候使用sendRedirect行為:
在基於會話的資料共用時,使用重新導向更合適。
7,從bean中提取資料:
* JSP頁面從不建立對象。
在使用<jsp:bean>動作的時候使用type屬性來指定父類,而不是使用class。
* JSP頁面不應該修改對象。
不應該使用<jsp:setBean>動作。