SUN公司推出JSP技術(shù)后，同時也推薦了兩種web應(yīng)用程序的開發(fā)模式，一種是JSP+JavaBean模式，一種是Servlet+JSP+JavaBean模式。

一、JSP+JavaBean開發(fā)模式

1.1、jsp+javabean開發(fā)模式架構(gòu)

在jsp+javabean架構(gòu)中，JSP負(fù)責(zé)控制邏輯、表現(xiàn)邏輯、業(yè)務(wù)對象（javabean）的調(diào)用。

　　JSP+JavaBean模式適合開發(fā)業(yè)務(wù)邏輯不太復(fù)雜的web應(yīng)用程序，這種模式下，JavaBean用于封裝業(yè)務(wù)數(shù)據(jù)，JSP即負(fù)責(zé)處理用戶請求，又顯示數(shù)據(jù)。

實例:jsp+javabeans實現(xiàn)計算器

二.　Servlet+JSP+JavaBean開發(fā)模式

在平時的JavaWeb項目開發(fā)中，在不使用第三方mvc開發(fā)框架的情況下，通常會選擇Servlet+JSP+JavaBean開發(fā)模式來開發(fā)JavaWeb項目，Servlet+JSP+JavaBean組合開發(fā)就是一種MVC開發(fā)模式了，控制器(Controller)采用Servlet、模型(Model)采用JavaBean、視圖(View)采用JSP。在講解Servlet+JSP+JavaBean開發(fā)模式之前，先簡單了解一下MVC開發(fā)模式。

2.2、標(biāo)準(zhǔn)MVC模型概述

　　MVC模型：是一種架構(gòu)型的模式，本身不引入新功能，只是幫助我們將開發(fā)的結(jié)構(gòu)組織的更加合理，使展示與模型分離、流程控制邏輯、業(yè)務(wù)邏輯調(diào)用與展示邏輯分離。如下圖(圖2-2)所示：

2.3、MVC（Model-View-Controller）的概念

　　首先讓我們了解下MVC（Model-View-Controller）的概念：

　　Model（模型）：數(shù)據(jù)模型，提供要展示的數(shù)據(jù)，因此包含數(shù)據(jù)和行為，可以認(rèn)為是領(lǐng)域模型(domain)或JavaBean組件（包含數(shù)據(jù)和行為），不過現(xiàn)在一般都分離開來：Value Object（數(shù)據(jù)） 和 服務(wù)層（行為）。也就是模型提供了模型數(shù)據(jù)查詢和模型數(shù)據(jù)的狀態(tài)更新等功能，包括數(shù)據(jù)和業(yè)務(wù)。

　　View（視圖）：負(fù)責(zé)進(jìn)行模型的展示，一般就是我們見到的用戶界面，客戶想看到的東西。

　　Controller（控制器）：接收用戶請求，委托給模型進(jìn)行處理（狀態(tài)改變），處理完畢后把返回的模型數(shù)據(jù)返回給視圖，由視圖負(fù)責(zé)展示。 也就是說控制器做了個調(diào)度員的工作。

　　從圖2-1我們還看到，在標(biāo)準(zhǔn)的MVC中模型能主動推數(shù)據(jù)給視圖進(jìn)行更新（觀察者設(shè)計模式，在模型上注冊視圖，當(dāng)模型更新時自動更新視圖），但在Web開發(fā)中模型是無法主動推給視圖（無法主動更新用戶界面），因為在Web開發(fā)是請求-響應(yīng)模型。

　　那接下來我們看一下在Web里MVC是什么樣子，我們稱其為 Web MVC 來區(qū)別標(biāo)準(zhǔn)的MVC。

2.4.、Web MVC概述

　　Web MVC中的M(模型)-V(視圖)-C(控制器)概念和標(biāo)準(zhǔn)MVC概念一樣，我們再看一下Web MVC標(biāo)準(zhǔn)架構(gòu)，如下圖(圖2-3)所示：

在Web MVC模式下，模型無法主動推數(shù)據(jù)給視圖，如果用戶想要視圖更新，需要再發(fā)送一次請求（即請求-響應(yīng)模型）。

2.5、Servlet+JSP+JavaBean開發(fā)模式介紹

　　　　Servlet+JSP+JavaBean架構(gòu)其實可以認(rèn)為就是我們所說的Web MVC模型，只是控制器采用Servlet、模型采用JavaBean、視圖采用JSP，如圖2-3

三、Servlet+JSP+JavaBean開發(fā)模式的缺點

　　Servlet+JSP+JavaBean(Web MVC)架構(gòu)雖然實現(xiàn)了視圖和模型分離以及控制邏輯和展示邏輯分離，但也有一些比較嚴(yán)重的缺點

3.1、Servlet作為控制器的缺點

　　此處的控制器使用Servlet，使用Servlet作為控制器有以下幾個缺點：

　　1、控制邏輯可能比較復(fù)雜，其實我們可以按照規(guī)約，如請求參數(shù)submitFlag=toLogin，我們其實可以直接調(diào)用toLogin方法，來簡化控制邏輯；而且每個模塊基本需要一個控制器，造成控制邏輯可能很復(fù)雜?，F(xiàn)在流行的Web MVC框架(如Struts2)都支持"請求參數(shù)submitFlag=toAdd，就可以直接調(diào)用toAdd方法"這樣的處理機制，在Struts2中類似這樣的處理機制就稱為"動態(tài)方法調(diào)用"

　　2、請求參數(shù)到模型的封裝比較麻煩，如果能交給框架來做這件事情，我們可以從中得到解放。

　 3、選擇下一個視圖，嚴(yán)重依賴Servlet API ，這樣很難或基本不可能更換視圖。

4、給視圖傳輸要展示的模型數(shù)據(jù)，也需要使用Servlet API，更換視圖技術(shù)也要一起更換，很麻煩。

3.2、JavaBean作為模型的缺點

　　此處模型使用JavaBean，JavaBean組件類既負(fù)責(zé)收集封裝數(shù)據(jù)，又要進(jìn)行業(yè)務(wù)邏輯處理，這樣可能造成JavaBean組件類很龐大，所以一般現(xiàn)在項目都是采用三層架構(gòu)，而不直接采用JavaBean。

實例:http://www.cnblogs.com/xdp-gacl/p/3902537.html