JSP/Servlet中實現MVC的一點初級建議

一，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>動作。