① web系統的三層架構是什麼樣的
要是我就重新建一個，網頁放view里，控制器放controllor里，實體類放model里(我是不放這的- -)
② Web開發中三層架構是哪三層。。分別放些什麼。。
那就是數據層,表示層,業務層!
數據層:用於與數據打交道啊``
表示層:用戶顯示的表示層
業務層:數據層與業務層的橋梁
三層的好處在於表示明確,擴展性好,邏輯性好,但要加開發成本!
③ 什麼是MVC(三層架構)
前端跟服務端之間多了個中間層，前台先提交給中間層，由中間層去訪問服務端。
JSP中，「<%……%>」裡面的java代碼是可以有一些業務邏輯的，而三層架構正是要將業務邏輯從頁面中分離出來，因些不要過多的使用「<%……%>」，但根據實際情況，適量的添加一些是可以的。
而MVC實際上其實是一種架構模式，而不應該歸入設計模式了，設計模式是在代碼層面上說的：類都是什麼樣子的。
MVC編程模式
比如由html元素組成的網頁界面，或者軟體的客戶端界面。MVC的好處之一在於它能為應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，它只是作為一種輸出數據並允許用戶操作的方式。
M即model模型是指模型表示業務規則。在MVC的三個部件中，模型擁有最多的處理任務。被模型返回的數據是中立的，模型與數據格式無關，這樣一個模型能為多個視圖提供數據，由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
以上內容參考：網路-mvc框架
④ java web 三層架構的意義及實際開發中的對應
數據層：用於連接資料庫及基本操作，如最簡單的增刪改查等等
業務邏輯層：接受表現層的操作，調用數據層的方法在資料庫中實現
表現層：就是顯示給用戶看的，java web中一般是jsp
⑤ 什麼是jsp web三層架構
三層架構(3-tier architecture) 通常意義上的三層架構就是將整個業務應用劃分為：界面層（User Interface layer）、業務邏輯層（Business Logic Layer）、數據訪問層（Data access layer）。區分層次的目的即為了「高內聚低耦合」的思想。在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：數據訪問層（又稱為持久層）、業務邏輯層（又或稱為領域層）、表示層。
表示層（UI層）:
表示層也稱為界面層，位於最外層（最上層），離用戶最近。用於顯示數據和接收用戶輸入的數據，為用戶提供一種互動式操作的界面。
業務邏輯層（BLL層）:
負責關鍵業務的處理和數據的傳遞。復雜的邏輯判斷和涉及到資料庫的數據驗證都需要在此做出處理。主要是針對具體的問題的操作，也可以理解成對數據層的操作，對數據業務邏輯處理，如果說數據層是積木，那邏輯層就是對這些積木的搭建。
數據訪問層（DAL層）：
主要負責對資料庫的直接訪問，為業務邏輯層提供數據，根據傳入的值來操作資料庫，增、刪、改、查。
⑥ 三層架構詳細介紹
1、JDK （Java Development Kit）Java開發工具集
從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，
有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE
以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java
應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。
2、Java Workshop
3、NetBeans 與Sun Java Studio 5
NetBeans是開放源碼的Java集成開發環境(IDE)，適用於各種客戶機和Web應用。
Sun Java Studio是Sun公司最新發布的商用全功能Java IDE，支持Solaris、Linux和Win
dows平台，適於創建和部署2層Java Web應用和n層J2EE應用的企業開發人員使用。
NetBeans是業界第一款支持創新型Java開發的開放源碼IDE。開發人員可以利用業界
強大的開發工具來構建桌面、Web或移動應用。同時，通過NetBeans和開放的API的模塊
化結構，第三方能夠非常輕松地擴展或集成NetBeans平台。
NetBeans3.5.1主要針對一般Java軟體的開發者，而Java One Studio5則主要針對企
業做網路服務等應用的開發者。Sun不久還將推出Project Rave，其目標是幫助企業的開
發者進行軟體開發。NetBeans 3.5.1版本與其他開發工具相比，最大區別在於不僅能夠
開發各種台式機上的應用，而且可以用來開發網路服務方面的應用，可以開發基於J2ME
的移動設備上的應用等。在NetBeans 3.5.1基礎上，Sun開發出了Java
One Studio5，為用戶提供了一個更加先進的企業編程環境。在新的Java
One Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網路服務方面
的各種應用程序。
4、Borland 的JBuilder
Jbuilder進入了Java集成開發環境的王國，它滿足很多方面的應用，尤其是對於服
務器方以及EJB開發者們來說。下面簡單介紹一下Jbuilder的特點:
1）Jbuilder支持最新的Java技術，包括Applets、JSP/Servlets、JavaBean以及EJB
(Enterprise JavaBeans)的應用。
2）用戶可以自動地生成基於後端資料庫表的EJB Java類，Jbuilder同時還簡化了EJ
B的自動部署功能.此外它還支持CORBA，相應的向導程序有助於用戶全面地管理IDL(分布
應用程序所必需的介面定義語言Interface Definition Language)和控制遠程對象。
3）Jbuilder支持各種應用伺服器。Jbuilder與Inprise Application Server緊密集
成，同時支持WebLogic Server，支持EJB 1.1和EJB 2.0，可以快速開發J2EE的電子商務
應用。
4）Jbuilder能用Servlet和JSP開發和調試動態Web 應用。
5）利用Jbuilder可創建(沒有專有代碼和標記)純Java2應用。由於Jbuilder是用純J
ava語言編寫的，其代碼不含任何專屬代碼和標記，它支持最新的Java標准。
6）Jbuilder擁有專業化的圖形調試介面，支持遠程調試和多線程調試，調試器支持
各種JDK版本,包括J2ME/J2SE/J2EE。
JBuilder環境開發程序方便，它是純的Java 開發環境，適合企業的J2EE開發；缺點
是往往一開始人們難於把握整個程序各部分之間的關系，對機器的硬體要求較高，比較
吃內存，這時運行速度顯得較慢。
5、Oracle 的JDeveloper
Oracle9i JDeveloper（定為9.0版，最新為10g）為構建具有J2EE功能，XML和Web
services的復雜的，多層的Java應用程序提供了一個完全集成的開發環境。它為運用Ora
cle9i資料庫和應用伺服器的開發人員提供特殊的功能和增強性能，除此以外，它也有資
格成為用於多種用途Java開發的一個強大的工具。
Oracle9i JDeveloper的主要特點如下：
① 具有UML（Unified Modeling Language，一體化建模語言）建模功能。可以將業
務對象及e-business應用模型化。
② 配備有高速Java調試器（Debuger）、內置Profiling工具、提高代碼質量的工具
「CodeCoach」等。
③ 支持SOAP（Simple Object Access Protocol）「簡單對象訪問協議」、UDDI（U
niversal Description, Discovery and Integration）「統一描述、發現和集成協議」
、WSDL（Web Services Description Language）「WEB服務描述語言」等Web服務標准。
JDeveloper 不僅僅是很好的 Java 編程工具，而且是 Oracle Web 服務的延伸，支
持 Apache SOAP，以及 9iAS ，可擴充的環境和 XML 和 WSDL 語言緊密相關。Oracle9i
Jdeveloper完全利用Java編寫，能夠與以前的Oracle伺服器軟體以及其他廠商支持J2EE
的應用伺服器產品相兼容，而且在設計時著重針對Oracle9i，能夠無縫化跨平台之間的
應用開發，提供了業界第一個完整的、集成了J2EE和XML的開發環境，允許開發者快速開
發可以通過Web、無線設備及語音界面訪問的Web服務和交易應用，以往只能通過將傳統J
ava編程技巧與最新模塊化方式結合到一個單一集成的開發環境中之後才能完成J2EE應用
開發生命周期管理的事實，從根本上得到改變。缺點就是對於初學者來說，較復雜，也
比較難。
6、IBM的Visual Age for Java
Visual Age for Java是一個非常成熟的開發工具，它的特性以於IT開發者和業余的
Java編程人員來說都是非常用有用的。它提供對可視化編程的廣泛支持，支持利用CICS
連接遺傳大型機應用，支持EJB的開發應用，支持與Websphere的集成開發，方便的bean
創建和良好的快速應用開發(RAD)支持和無文件式的文件處理。
IBM為建設Web站點所推出的WebSphere Studio Advanced Edition及其包含的Visual
Age for Java Professional Edition軟體已全面轉向以Java為中心，這樣，Java開發人
員對WebSphere全套工具的感覺或許會好了許多。Studio所提供的工具有：Web站點管理
、快速開發 JDBC頁向導程序、HTML編輯器和HTML語法檢查等。這確實是個不錯的HTML站
點頁面編輯環境。Studio和VisualAge集成度很高，菜單中提供了在兩種軟體包之間快速
移動代碼的選項。這就讓使用Studio的Web頁面設計人員和使用VisualAge的Java程序員
可以相互交換文件、協同工作。
Visual Age for Java支持團隊開發，內置的代碼庫可以自動地根據用戶做出改動而
修改程序代碼，這樣就可以很方便地將目前代碼和早期版本做出比較。與Visual Age緊
密結合的Websphere Studio本身並不提供源代碼和版本管理的支持，它只是包含了一個
內置文件鎖定系統,當編輯項目的時候可以防止其他人對這些文件的錯誤修改，軟體還支
持諸如Microsoft Visual SourceSafe這樣的第三方源代碼控制系統。Visual Age for
Java完全面向對象的程序設計思想使得開發程序非常快速、高效。你可以不編寫任何代
碼就可以設計出一個典型的應用程序框架。Visual Age for Java作為IBM電子商務解決
方案其中產品之一，可以無縫地與其他IBM產品，如WebSphere、DB2融合, 迅速完成從設
計、開發到部署應用的整個過程。
Visual Age for Java獨特的管理文件方式使其集成外部工具非常困難,你無法讓Vis
ual Age for Java與其他工具一起聯合開發應用。
7、BEA 的 WebLogic Workshop
BEA WebLogic Workshop是一個統一、簡化、可擴展的開發環境，使所有的開發人員
都能在 BEA WebLogic Enterprise Platform之上構建基於標準的企業級應用，從而提高
了開發部門的生產力水平，加快了價值的實現。
WebLogic Workshop除了提供便捷的Web服務之外，它能夠用於創建更多種類的應用
。作為整個BEA WebLogic Platform的開發環境。不管是創建門戶應用、編寫工作流、還
是創建Web應用，Workshop 8.1都可以幫助開發人員更快更好地完成。
WebLogic Workshop的主要特點如下：
① 使 J2EE 開發切實可行，提高開發效率
BEA WebLogic Workshop 使開發人員遠離 J2EE 內在的復雜性，集中精力專注業務
邏輯，無須操心單調乏味的基礎結構代碼。這種創新意味著，已被企業驗證的 J2EE 的
強大功能，最終被大多數不熟悉 Java 和 J2EE 的應用開發人員所掌握，從而使 IT 部
門的工作效率提高一個數量級。
可視化設計器以及直觀的概念，如事件、屬性和控制項等，實現了基於事件的開發。W
orkshop 簡化的程序設計模型，使開發人員不必掌握復雜的 J2EE API 和面向對象的程
序設計原理。所有開發人員，包括 J2EE 專家和具有可視化和過程化語言技能的應用開
發人員在內，都可以共同工作在 BEA WebLogic Enterprise Platform 之上。Workshop
的可視化開發環境，創建帶有代碼注釋的標准 Java 文件，用來說明由運行時框架實施
的企業級需求。J2EE 和其他高級開發人員，藉助功能強大的代碼編輯功能，可以訪問
Java 源代碼，從而彌補了可視化設計器的不足。
② 構建企業級應用
通過在可伸縮、安全可靠的企業級架構上實施各種應用，BEA WebLogic
Workshop 大大降低了開發風險。而且，所有應用的創建都使用標準的 J2EE 組件，既保
護了您的技術投資，又保持了最大的靈活性。
BEA WebLogic Workshop 運行框架，是統一整個架構的匯聚層，使單一、簡化的程序設
計模型擴展到所有的 BEA WebLogic Enterprise Platform 應用類型。通過解釋設計時
創建的注釋代碼，運行時框架可以實現必要的 J2EE 組件，並且提取出與 J2EE 應用開
發有關的所有底層細節。
③ 降低 IT 復雜性
BEA WebLogic Workshop 提供各種 Java 控制項，使得與 IT 資源的連接更輕而易舉
。另外，在構建任何 BEA WebLogic Platform 的應用中，Java 控制項不僅可擴展而且完
全相同。這種強大、有效的方法能夠：降低 IT 技術的復雜性，優化信息的可用性，推
動包含"最佳業務方案"的可重用服務的開發，使開發人員能以更低的成本、更短的時間
實現更大的產出。
利用 BEA WebLogic Workshop，任何開發人員都能以最大的生產效率，構建各種
Web 服務、Web 應用、門戶和集成項目。BEA WebLogic Workshop是BEA的產品戰略核心
，它幫助客戶接觸和利用面向服務架構(SOA)的強大功能。BEA Weblogic Workshop
8.1極大簡化了當前實際企業集成環境中企業級應用和服務的構建，並成為全面支持關鍵
企業級應用(如非同步、真正松耦合和粗粒度消息傳送等)的自然選擇。它的缺點就是過於
復雜，對於初學者來說，理解起來較為困難。
8、WebGain 的Visual Cafe for Java
Visual Cafe 是只能在Symantec公司的Java虛擬機、Netscape公司的Java虛擬機和M
icrosoft虛擬機上工作的調試器。這對於開發者來講是一個重要的特性,因為用戶開發的
Java代碼中的許多軟體bug就可能中會在某種特定的虛擬機上起作用。
在修改後進行編譯基繼續進行調試時,Visual Cafe會自動將文件存檔，使用Visual
Cafe創建的原生應用具有許多特點。除了明顯的速度提高之外,Symantec使類庫的二進制
方式比正常的JDK小Visual Cafe為所指定的關系自動生成或更新必要的Java代碼。利用V
isual Cafe，用戶可以從一個標准對象資料庫中集合完整的Java應用程序和Applet，而
不必再編寫源代碼。Visual Cafe還提供了一個擴充的源代碼開發工具集。
Visual Cafe綜合了Java軟體的可視化源程序開發工具，它允許開發人員在可視化視
圖和源視圖之間進行有效地轉換。在可視化視圖中進行的修改立即反映在源代碼中。對
源代碼的改變自動更新可視化視圖。
Visual Cafe具有許多源文件方面的特性，如全局檢索和替換。絕大多數Java開發工
具的文獻的問題在於簡單地挨個介紹開發工具的每部分組件，但用戶在開應用時還需要
一個面向任務的手冊，利用這個手冊你可以不必知道工具每一部分的特定功能就可以開
始創建自己的應用。Visual Cafe提供了非常全面的用戶指南,它對最開始的安裝到創建
第一個Java應用和Applet都提供了全面的幫助，Visual Cafe將自動生成所指明關系的必
要Java代碼。Visual Cafe可以在Windows 95和Windows NT平台下運行，Symantec公司為
Java開發工作提供一個在Macintosh操作系統下可以運行的RAD工具。Visual Cafe編譯器
速度很快，在國際化支持方面比較突出；缺點就是對於初學者來說，較復雜，也比較難
。
9、Macromedia的JRUN
Macromedia公司的JRun是一個具有最廣闊適用性的Java引擎，用於開發及實施由Jav
a Servlets和JavaServer Pages編寫的伺服器端Java應用。JRun是第一個完全支持JSP
1.0 規格書的商業化產品，全球有超過80,000名開發人員使用JRun在他們已有的Web服務
器上添加伺服器端Java的功能。其中Web伺服器包括了Microsoft IIS，Netscape
Enterprise Server，Apache等。
JRun是開發實施伺服器端Java的先進引擎。如果我們希望在我們的Web應用中添加服
務器端Java功能，那麼JRun將成為我們的正確選擇。
JRun目前有3個版本，它是第一個支持Java Server Pages(JSP)規格書1.0的商業化
產品。JSP是一種強大的伺服器端技術，它是用於創建復雜Web應用的一整套快速應用開
發系統。JRun可以使我們開始開發並測試Java應用。它最多接受5個並發的連接並且包括
全部Java Servlet API，支持JavaServer Pages(JSP)，支持所有主要的Web
servers和計算機平台。 JRun Pro能夠在生產環境下承受大訪問量的負載，幫助我們實
施應用、服務或Web站點（包括內聯網）。JRun Pro 支持無限量並發式連接運行多個Jav
a虛擬機，包括多個並發的Java虛擬機（JVM）。提供一個遠程管理applet以及一個遠程
可再分布式的管理applet。JRun Pro Unlimited包括了所有JRun Pro的功能，除次以外
，還可以運行無限量的，並發的JVM。
JRun依靠其內置的JRun Web Server可以單獨運行。使用伺服器端Java，用戶可以開
發出復雜的商業應用系統。最重要的一點是，由於servlets的平台獨立性，以及更加簡
單的開發、更快速的實施、更經濟的維護成本，它是CGI(Common Gateway
Interface)或Perl scripts的極佳的替代產品。缺點就是對於初學者來說，較復雜，也
比較難。
10、JCreator
JCreator 是一個Java程序開發工具，也是一個Java集成開發環境（IDE）。無論你
是要開發Java應用程序或者網頁上的Applet元件都難不倒它。在功能上與Sun公司所公布
的JDK等文字模式開發工具相較之下來得容易，還允許使用者自訂義操作窗口界面及無限
Undo/Redo等功能。
JCreator為用戶提供了相當強大的功能，例如項目管理功能，項目模板功能，可個
性化設置語法高亮屬性、行數、類瀏覽器、標簽文檔、多功能編繹器，向導功能以及完
全可自定義的用戶界面。通過JCreator，我們不用激活主文檔而直接編繹或運行我們的J
AVA程序。
JCreator能自動找到包含主函數的文件或包含Applet的Html文件，然後它會運行適
當的工具。在JCreator中，我們可以通過一個批處理同時編繹多個項目。JCreator的設
計接近Windows界面風格，用戶對它的界面比較熟悉。其最大特點是與我們機器中所裝的
JDK完美結合，是其它任何一款IDE所不能比擬的。它是一種初學者很容易上手的java開
發工具，缺點是只能進行簡單的程序開發，不能進行企業J2EE的開發應用。
11、Microsoft VJ++
Visual J++ 是Microsoft 公司推出的可視化的Java 語言集成開發環境(IDE)，為Ja
va 編程人員提供了一個新的開發環境，是一個相當出色的開發工具。無論集成性、編譯
速度、調試功能、還是易學易用性，都體現了Microsoft 的一慣風格。Visual J++ 具有
下面的特點：
1）Visual J++ 把Java 虛擬機(JVM)作為獨立的操作系統組件放入Windows，使之從
瀏覽器中獨立出來。
2）Microsoft 的應用基本類庫(AFC,Application Foundation Class Library)對SU
N 公司的JDK 作了擴展，使應用基本類庫更加適合在Windows 下使用。
3） Visual J++ 的調試器支持動態調試，包括單步執行、設置斷點、觀察變數數值
等。
4） Visual J++ 提供了一些程序向導(Wizards)和生成器(Builders)，它們可以方
便地幫助用戶快速地生成Java 程序，幫助你在自己的工程中創建和修改文件。
5） Visual J++ 界面友好，其代碼編輯器具有智能感知、聯機編譯等功能，使程序
編寫十分方便。Visual J++ 中建立了Java 的WFC，這一新的應用程序框架能夠直接訪問
Windows 應用程序介面(API)，使你能夠用Java 語言編寫完全意義上的Windows 應用程
序。
6）Visual J++ 中表單設計器的快速應用開發特性使用WFC 創建基於表單的應用程
序變得輕松、簡單。通過WFC 可以方便地使用ActiveX 數據對象(ADO,ActiveX Data
Objects)來檢索數據和執行簡單數據的綁定。通過在表單設計器中使用ActiveX 數據對
象，可以快速地在表單中訪問和顯示數據。
Visual J++能結合微軟的一貫的編程風格，很方便進行Java 的應用開發，但它的移
植性較差，不是純的Java 開發環境。
12、Eclipse
Eclipse是一種可擴展的開放源代碼IDE。2001年11月，IBM公司捐出價值4,000萬美
元的源代碼組建了Eclipse聯盟，並由該聯盟負責這種工具的後續開發。集成開發環境(I
DE)經常將其應用范圍限定在「開發、構建和調試」的周期之中。為了幫助集成開發環境
(IDE)克服目前的局限性，業界廠商合作創建了Eclipse平台。Eclipse允許在同一IDE中
集成來自不同供應商的工具，並實現了工具之間的互操作性，從而顯著改變了項目工作
流程，使開發者可以專注在實際的嵌入式目標上。
Eclipse框架的這種靈活性來源於其擴展點。它們是在XML中定義的已知介面，並充
當插件的耦合點。擴展點的范圍包括從用在常規表述過濾器中的簡單字元串，到一個Jav
a類的描述。任何Eclipse插件定義的擴展點都能夠被其它插件使用，反之，任何Eclipse
插件也可以遵從其它插件定義的擴展點。除了解由擴展點定義的介面外，插件不知道它
們通過擴展點提供的服務將如何被使用。
利用Eclipse，我們可以將高級設計(也許是採用UML)與低級開發工具(如應用調試器
等)結合在一起。如果這些互相補充的獨立工具採用Eclipse擴展點彼此連接，那麼當我
們用調試器逐一檢查應用時，UML對話框可以突出顯示我們正在關注的器件。事實上，由
於Eclipse並不了解開發語言，所以無論Java語言調試器、C/C++調試器還是匯編調試器
都是有效的，並可以在相同的框架內同時瞄準不同的進程或節點。
Eclipse的最大特點是它能接受由Java開發者自己編寫的開放源代碼插件，這類似於
微軟公司的Visual Studio和Sun微系統公司的NetBeans平台。Eclipse為工具開發商提供
了更好的靈活性，使他們能更好地控制自己的軟體技術。Eclipse聯盟已經宣布將在2004
年中期發布其3.0版軟體。這是一款非常受歡迎的java開發工具，這國內的用戶越來越多
，實際上實用它java開發人員是最多的。缺點就是較復雜，對初學者來說，理解起來比
較困難。
13、Ant
Another Neat Tool(Ant)是一種基於Java的build工具。理論上來說，它有些類似於
（Unix）C中的make ，但沒有make的缺陷。因為Ant的原作者在多種(硬體)平台上開發軟
件時，無法忍受這些工具的限制和不便。類似於make的工具本質上是基於shell（語言）
的：他們計算依賴關系，然後執行命令（這些命令與你在命令行敲的命令沒太大區別）
。這就意味著你可以很容易地通過使用OS特有的或編寫新的（命令）程序擴展該工具；
然而，這也意味著你將自己限制在了特定的OS，或特定的OS類型上，如Unix。Ant就不同
了。與基於shell命令的擴展模式不同，Ant用Java的類來擴展。（用戶）不必編寫shell
命令，配置文件是基於XML的，通過調用target樹，就可執行各種task。每個task由實現
了一個實現了特定Task介面的對象來運行。
Ant支持一些可選task，一個可選task一般需要額外的庫才能工作。可選task與Ant
的內置task分開，單獨打包。這個可選包可以從你下載Ant的同一個地方下載。ANT本身
就是這樣一個流程腳本引擎，用於自動化調用程序完成項目的編譯，打包，測試等。除
了基於JAVA是平台無關的外，腳本的格式是基於XML的，比make腳本來說還要好維護一些
。Ant是Apache提供給Java開發人員的構建工具，它可以在Windows OS和Unix OS下運行
，它不僅開放源碼並且還是一個非常好用的工具。Ant是Apache Jakarta中一個很好用的
Java開發工具，Ant配置文件採用XML文檔編寫，所以Java程序員對其語法相當熟悉，Ant
是專用於Java項目平台，能夠用純Java來開發，它能夠運行於Java安裝的平台，即體現
了它的跨平台功能。它的缺點顯示執行結果只能是DOS字元界面，不能進行復雜的java程
序開發。
14、IntelliJ
Intellij IDEA是一款綜合的Java 編程環境，被許多開發人員和行業專家譽為市場
上最好的IDE。它提供了一系列最實用的的工具組合：智能編碼輔助和自動控制，支持J2
EE，Ant，JUnit和CVS集成，非平行的編碼檢查和創新的GUI設計器。IDEA把Java開發人
員從一些耗時的常規工作中解放出來，顯著地提高了開發效率。具有運行更快速，生成
更好的代碼；持續的重新設計和日常編碼變得更加簡易，與其它工具的完美集成；很高
的性價比等特點。在4.0版本中支持Generics，BEA WebLogic集成，改良的CVS集成以及G
UI設計器。
IntelliJ IDEA能盡可能地促進程序員的編程速度。它包括了很多輔助的功能，並且
與Java結合得相當好。不同的工具窗口圍繞在主編程窗口周圍，當滑鼠點到時即可打開
，無用時也可輕松關閉，使用戶得到了最大化的有效屏幕范圍。以技術為導向的IDEA集
成了調試器，支持本地和遠程的調試，即使我們需要修改一些設置上的東西使我們的工
作順利進展。另外，它還提供了通常的監視，分步調試以及手動設置斷點功能，在這種
斷點模式下，我們可以自動地在斷點之外設置現場訪問，甚至可以瀏覽不同的變數的值
。IDE支持多重的JVM設置，幾個編譯程序和Ant建造系統，並且，它使得設置多重的自定
義的類途徑變得簡單。
IntelliJ Idea是一個相對較新的Java IDE。它是Java開發環境中最為有用的一個。
高度優化的IntelleJ Idea使普通任務變得相當容易，Idea支持很多整合功能，更重要的
使它們設計的好容易使用。Idea支持XML中的代碼實現，Idea同時還會校正XML，Idea支
持JSP的結構。作用於普通Java代碼的眾多功能同樣適用於JSP（比如整合功能），同時
支持JSP調試；支持EJB，盡管它不包括對個別應用伺服器的特殊支持。Idea支持Ant建立
工具，不僅是運行目標它還支持編譯與運行程序前後運行目標，另外也支持綁定鍵盤快
捷鍵。在編輯一個Ant建立XML文件時，Idea還對組成Ant工程的XML部分提供支持。Intel
liJ IDEA 被稱為是最好的JAVA IDE開發平台，這套軟體就是以其聰明的即時分析和方便
的 refactoring 功能深獲大家所喜愛。缺點是較復雜，對初學者來說，理解起來比較困
難。
小結
現在常用的Java項目開發環境有：JBuilder、VisualAge for Java、Forte for
Java, Visual Cafe、Eclipse、NetBeans IDE、JCreator +J2SDK、jdk+記事本、EditPl
us+ J2SDK等等。一般開發J2EE項目時都需要安裝各公司的應用伺服器（中間件）和相應
的開發工具，在使用這些開發工具之前，我們最好能熟知這些軟體的優點和缺點，以便
根據實際情況選擇應用。編程工具只是工具，為了方便人們工作而開發的，各有特點，
因此，選工具主要的依據自己將要從事的領域是什麼，而不是盲目的認為那種工具好，
那種工具不好。最後希望大家都能找到自己合適的java 開發工具
⑦ 什麼是三層架構各層的主要功能及相互關系有哪些
一般講到三層架構，其實就是將整個業務應用劃分為表示層、業務邏輯層、數據訪問層等。
數據訪問層DAL，業務邏輯層BLL。表現層UI （界面類的）【 model（數據模型層，主要放的我就不用說了。一般都是資料庫中的。） ，】model是貫穿的。所有的都引用它，bll引用dal ui引用dal 和bll 然後就是調用
三層體系結構，是在客戶端與資料庫之間加入了一個「中間層」，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構，也不僅僅有B/S應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一台機器上。
普通三層：數據訪問層DAL：用於實現與資料庫的交互和訪問，從資料庫獲取數據或保存數據到資料庫的部分。 業務邏輯層BLL：業務邏輯層承上啟下，用於對上下交互的數據進行邏輯處理，實現業務目標。 表示層UI：主要實現和用戶的交互，接收用戶請求或返回用戶請求的數據結果的展現，而具體的數據處理則交給業務邏輯層和數據訪問層去處理。業務實體Model：用於封裝實體類數據結構，一般用於映射資料庫的數據表或視圖，用以描述業務中客觀存在的對象。Model分離出來是為了更好地解耦，為了更好地發揮分層的作用，更好地進行復用和擴展，增強靈活性。 通用類庫Common：通用的輔助工具類
工程模式：簡單工廠模式又稱為靜態工廠方法（Static Factory Method）模式，屬於類的創建型模式，通常根據一個條件（參數）來返回不同的類的實例。
工廠角色（Creator）
是簡單工廠模式的核心，它負責實現創建所有具體產品類的實例。工廠類可以被外界直接調用，創建所需的產品對象。
抽象產品角色（Proct）
是所有具體產品角色的父類，它負責描述所有實例所共有的公共介面。
具體產品角色（Concrete Proct）
繼承自抽象產品角色，一般為多個，是簡單工廠模式的創建目標。工廠類返回的都是該角色的某一具體產品。
通常情況下，客戶端不直接與資料庫進行交互，而是通過COM/DCOM通 訊與中間層建立連接，再經由中間層與資料庫進行交換.
完善的三層結構的要求是:修改表現層而不用修改邏輯層,修改邏輯層而不用修改數據層 否則你的應用是不是多層結構,或者說是層結構的劃分和組織上是不是有問題就很難說. 不同的應用有不同的理解，這是一個概念的問題．
MVC系統中的模型從概念上可以分為兩類――系統的內部狀態和改變系統狀態的動作。模型是你所有的商業邏輯代碼片段所在。本文為模型提供了業務實體對象和業務處理對象：所有的業務處理對象都是從ProcessBase類派生的子類。業務處理對象封裝了具體的處理邏輯，調用業務邏輯模型，並且把響應提交到合適的視圖組件以產生響應。業務實體對象可以通過定義屬性描述客戶端表單數據。所有業務實體對象都EntityBase派生子類對象，業務處理對象可以直接對它進行讀寫，而不再需要和request、response對象進行數據交互。通過業務實體對象實現了對視圖和模型之間交互的支持。實現時把"做什麼"（業務處理）和"如何做"（業務實體）分離。這樣可以實現業務邏輯的重用。由於各個應用的具體業務是不同的，這里不再列舉其具體代碼實例。
MVC（模型Model-視圖View-控制器Controller）是一種設計模式，我們可以用它來創建在域對象和UI表示層對象之間的區分。 同樣是架構級別的，相同的地方在於他們都有一個表現層，但是他們不同的地方在於其他的兩個層。 在三層架構中沒有定義Controller的概念。這是我認為最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或MVC搭建程序最主要的區別。當然了。在三層中也提到了Model，但是三層架構中Model的概念與MVC中Model的概念是不一樣的，「三層」中典型的Model層是以實體類構成的，而MVC里，則是由業務邏輯與訪問數據組成的。
在ASP NET中的MVC架構編寫的，具有極其良好的可擴展性。它可以輕松實現以下功能： ①實現一個模型的多個視圖；②採用多個控制器；③當模型改變時，所有視圖將自動刷新；④所有的控制器將相互獨立工作。這就是MVC架構的好處，只需在以前的程序上稍作修改或增加新的類，即可輕松增加許多程序功能。以前開發的許多類可以重用，而程序結構根本不再需要改變，各類之間相互獨立，便於團體開發，提高開發效率。下面討論如何實現一個模型、兩個視圖和一個控制器的程序。其中模型類及視圖類根本不需要改變，與前面的完全一樣，這就是面向對象編程的好處。對於控制器中的類，只需要增加另一個視圖，並與模型發生關聯即可。該模式下視圖、控制器、模型三者之間的示意圖如圖2所示。同樣也可以實現其它形式的MVC例如：一個模型、兩個視圖和兩個控制器。從上面可以看出，通過MVC架構實現的應用程序具有極其良好的可擴展性，是ASP NET面向對象編程的未來方向。
MVC的不足體現在以下幾個方面：（1）增加了系統結構和實現的復雜性。對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，並可能產生過多的更新操作，降低運行效率。（2）視圖與控制器間的過於緊密的連接。視圖與控制器是相互分離，但確實聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。3）視圖對模型數據的低效率訪問。依據模型操作介面的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。（4）目前，一般高級的界面工具或構造器不支持MVC架構。改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，從而造成使用MVC的困難。
三層架構是將代碼按其作用分成三部分,每部分解決自己負責的流程. 三層架構的功用之處,在於駕馭大型web程序的結構,使之便於管理和擴展.
在設計UI的時候,我們不需要關心其中的邏輯和數據問題,只需要空出對應的位置,用於放置數據. 在設計和修改的時候,要解決的只是HTML的結構,代碼看起來干凈利落,做起來也是干凈利落.
UI直接將程序邏輯的任務丟給BLL,BLL就開始構建具體的實現細節.BLL的創建依賴於業務. 例如一個文章系統,BLL_Aticle就表示它是用於對文章的處理的.BLL_Aticle可以提供給UI一個文章列表的recordset,顯示在UI的預留位置. 當BLL_Aticle需要從資料庫中獲取數據的時候,就將任務丟給DAL層
DAL層專門負責和資料庫打交道,它從BLL獲取參數,組織一個有效的sql,建立資料庫連接,執行SQL進行更新或獲取,將返回的數據交給BLL.
每一部分的業務都集中於一個UI-BLL-DAL的鏈中,上下清晰瞭然. 至於是怎樣的便於管理和擴展,將在後面結合實例進行分析.
復雜的生命形式必有復雜的生存法則,若想在自己的項目中應用好三層架構,需要多用點心體會其中的應用法則.
我對三層架構的理解還不夠深,這些文章能算是拋磚引玉就不錯了.大家在閱讀當中不要局限於我所構思的法則,要多向具體的應用中去實踐,根據具體情況,尋出自己的法則. 有所感悟,就記得寫下來,這種感悟是進步的契機,但必然不是最終的結果.有了感悟就拿去應用,可以發現它的優劣,繼續完善
三層架構比雙層或單層結構都有更大的優勢。三層結構適合群體開發，每人可以有不同的分工，協同工作使效率倍增。開發雙層或單層應用時，每個開發人員都應對系統有較深的理解，能力要求很高，開發三層應用時，則可以結合多方面的人才，只需少數人對系統全面了解，從一定程度工降低了開發的難度。
三層架構屬於瘦客戶的模式，用戶端只需一個較小的硬碟、較小的內存、較慢的CPU就可以獲得不錯的性能。相比之下，單層或胖客戶對面器的要求太高。
三層架構的另一個優點在於可以更好的支持分布式計算環境。邏輯層的應用程序可以有多個機器上運行，充分利用網路的計算功能。分布式計算的潛力巨大，遠比升級CPU有效。
三層架構的最大優點是它的安全性。用戶端只能通過邏輯層來訪問數據層，減少了入口點，把很多危險的系統功能都屏蔽了。
⑧ C# WEB三層架構
以一個驗證登陸為例子
這里是界面層一般叫UIL
protected void Button1_Click(object sender, EventArgs e)
{
List<User> Users = BLL.GetUserInfo(txtUserName.Text,txtPassword.Text);
if(Users.Length > 0)
{
Response.Write("登陸成功");
}
else
{
Response.Write("登陸失敗");
}
}
以下是邏輯層代碼,業務邏輯層一般叫BLL
public static List<User> GetUserInfo(string user,string password)
{
string newPassword = GetMD5Hash(password); //這里對密碼進行加密處理,資料庫中存放的是經過MD5加密後的密,業務邏輯層一般都是處理復雜的邏輯.例如加密邏輯
List<User> Users = DAL.GetUserInfo(user,newPassword);
return Users;
}
以下是數據訪問層代碼,數據訪問層一般叫DAL
public static List<User> GetUserInfo(string user,string password)
{
List<User> Users = new List<User>();
string sql = "select * from User where Password = '"+password+"' and User = '"+user+"'"; //寫where子句的時候把Password放前面.因為Password經過加密,所以可以防止SQL注入攻擊
SqlDataAdapter da = new SqlDataAdapter(sql,"這里是資料庫連接字元串");
DataSet ds = new DataSet();
da.Fill(ds);
for(int i=0;i<ds.Tables[0].Rows.Count;i++)
{
User user = new User(ds.Tables[0].Rows[i]["ID"].ToString(),ds.Tables[0].Rows[i]["User"].ToString(),ds.Tables[0].Rows[i]["Password"].ToString());
Users.Add(user);
}
return Users;
}
還會有一個Model層.叫做模板層.是數據表結構的印射.Model層是共用層,其他三層都要用到.
比如資料庫中有張表User,裡面有3個欄位ID,User,Password
那麼在模板層中應該有一個類,資料庫中User表的一行對應一個User對象,一張表對應User對象的集合.
public class User
{
string ID;
string User;
string Password;
//重載構造函數
User(string id,string user,string password)
{
this.ID=id;
this.User=user;
this.Password=password;
}
}
⑨ java 中web應用就是指的JSP嗎
jsp只是java在web應用中的一部分，一般用於顯示與用戶交互的界面（前台），除了jsp外在web應用後台還有java程序進行支撐的。
⑩ 三層架構是什麼
MVC是三個單詞的縮寫,分別為： 模型(Model),視圖(View)和控制Controller)。 MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與用戶的交互，通常用JSP來實現。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋用戶的輸入並將它們映射為模型層可執行的操作。
目錄
MVC與模板概念的理解
MVC如何工作視圖
模型
控制器
為什麼要使用 MVC
MVC的優點低耦合性
高重用性和可適用性
較低的生命周期成本
快速的部署
可維護性
有利於軟體工程化管理
MVC的缺點
開發方式Java開發Web Application
.NET開發Web Application
php 開發Web Application
常見的MVC組件
Struts 中Model 1 和Model 2簡介Model 1
Model 2
Struts的結構和處理流程簡介
利用Struts框架開發
MVC與模板概念的理解
MVC(Model View Controller)模型－視圖－控制器 MVC本來是存在於Deskt
op程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVCright: Apple Inc.
的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。 模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Oracle旗下Sun公司Java EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。
MVC如何工作
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。
視圖
視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services. 如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。
模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
控制器
控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後再確定用哪個視圖來顯示返回的數據。
為什麼要使用 MVC
大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化(自PHP5.0版本後已全面支持面向對象模型)語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是毋庸置疑的。 首先，最重要的一點是多個視圖能共享一個模型，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。 由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Adobe Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。 因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松耦合的構件。 對我來說，控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。
MVC的優點
低耦合性
視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業務流程或者業務規則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。
高重用性和可適用性
隨著技術的不斷進步，現在需要用越來越多的方式來訪問應用程序。MVC模式允許你使用各種不同樣式的視圖來訪問同一個伺服器端的代碼。它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產品，雖然訂購的方式不一樣，但處理訂購產品的方式是一樣的。由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同的界面使用。例如，很多數據可能用HTML來表示，但是也有可能用WAP來表示，而這些表示所需要的命令是改變視圖層的實現方式，而控制層和模型層無需做任何改變。
較低的生命周期成本
MVC使降低開發和維護用戶介面的技術含量成為可能。
快速的部署
使用MVC模式使開發時間得到相當大的縮減，它使程序員（Java開發人員）集中精力於業務邏輯，界面程序員（HTML和JSP開發人員）集中精力於表現形式上。
可維護性
分離視圖層和業務邏輯層也使得WEB應用更易於維護和修改。
有利於軟體工程化管理
由於不同的層各司其職，每一層不同的應用具有某些相同的特徵，有利於通過工程化、工具化管理程序代碼。
MVC的缺點
MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。 你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。 根據開發者經驗，由於開發者將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。 MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。 MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。
開發方式
Java開發Web Application
Java開發Web Application有幾種符合MVC設計模式的開發方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 6:SSH (Struts + Spring + Hibernate)
.NET開發Web Application
.NET開發Web Application可以採用： 1:ASP.NET MVC Framework（ASP.NET MVC ） 2:MonoRail (RC3) 3:ASP.NET MVC2
php 開發Web Application
php 開發Web Application 可以採用： 1. Zend framework PHP官方框架 2. fleaphp/Qeephp 等國內流行框架 3. CakePHP 等國外流行框架 4. ThinkPHP 等其他框架
常見的MVC組件
Struts： Apache的，最流行的MVC組件 Struts2 ：Apache用Struts 和 WebWork的組合出來的新產品，目前上升勢頭強勁 WebWork： 這個可是老牌的MVC組件，後來組合成了Struts2, 不過自身仍在發展 Spring MVC：SpringFramework自己整合自己Spring的優勢推出的MVC組件，用戶也不少 JSF： 這個是一個規范，Sun的和 Apache的都有各自的實現。用戶量很大，被眾多IDE支持。 Tapestry： 最徹底的MVC開發框架，豐富的組件資源，重用性很高。組件扮演著控制器Controller的角色，是模式層（Model） 中pure-domain objects和包含有組件的HTML模板之間的媒介。大多數情況下，這種方式應用於頁面（頁面也 是 Tapestry組件），但是在某些情況中，一個組件擁有自己的模板，包含著更多的組件，並且支持與使用者的互交。頁面通過配置一系列屬性表達式（Property expressions）連接模式層和表現層。屬性表達式使用另外一種開源框架OGNL（Object Graph Navigation Language）。OGNL的開源工程（project）獨立於Tapestry，但是在Tapestry中起很重要的作用。OGNL主要的目的在於讀取和更新對象的Java Bean屬性。 .net mvc：在.net上的mvc組件，經過了preview1~5，RC1，RC2，目前已經是正式版了，微軟給出的定義是可以用於生產的架構。配合VS2008以及將要出現的VS2010，相信.net mvc將會是MVC家族的重要的一員。
Struts 中Model 1 和Model 2簡介
我們在開發Web應用時經常提到的一個概念是Model1/Model2，那麼到底它是什麼意思呢？其實它是對採用JSP技術構成Web應用的不同模型的描述。下面對這個概念做一個簡單的介紹。
Model 1
在使用JAVA技術建立Web應用的實例中，由於JSP技術的發展，很快這種便於掌握和可實現快速開發的技術就成了創建Web應用的主要技術。JSP頁面中可以非常容易地結合業務邏輯（jsp:useBean）、服務端處理過程（jsp:let）和HTML（），在JSP頁面中同時實現顯示，業務邏輯和流程式控制制，從而可以快速地完成應用開發。現在很多的Web應用就是由一組JSP頁面構成的。這種以JSP為中心的開發模型我們可以稱之為Model1。 當然這種開發模式在進行快速和小規模的應用開發時，是有非常大的優勢，但是從工程化的角度考慮，它也有一些不足之處： 應用的實現一般是基於過程的，一組JSP頁面實現一個業務流程，如果要進行改動，必須在多個地方進行修改。這樣非常不利於應用擴展和更新。 由於應用不是建立在模塊上的，業務邏輯和表示邏輯混合在JSP頁面中沒有進行抽象和分離。所以非常不利於應用系統業務的重用和改動。 考慮到這些問題在開發大型的Web應用時必須採用不同的設計模式――這就是Model2
Model 2
Model 2表示的是基於MVC模式的框架。MVC是Model－View－Controller的簡寫。「Model」代表的是應用的業務邏輯（通過JavaBean，EJB組件實現），「View」是應用的表示面（由JSP頁面產生），「Controller」是提供應用的處理過程式控制制（一般是一個Servlet），通過這種設計模型把應用邏輯，處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。從而彌補了Model1的不足。 Model2具有組件化的優點從而更易於實現對大規模系統的開發和管理，但是開發StrutsMVC系統比簡單的JSP開發要復雜許多，它需要更多的時間學習和掌握。同時新東西的引入會帶來新的問題（這讓我想起來關於「自動計算」的一篇文章，中間提到為了降低系統的復雜度，卻導致更高的復雜度）。 必須基於StrutsMVC組件的方式重新思考和設計應用結構。原來通過建立一個簡單的JSP頁面就能實現的應用現在變成了多個步驟的設計和實現過程。 所有的頁面和組件必須在Struts MVC框架中實現，所以必須進行附加地開發工作。 StrutsMVC本身就是一個非常復雜的系統，所以採用StrutsMVC實現Web應用時，最好選一個現成的MVC框架，在此之下進行開發，從而取得事半功倍的效果。現在有很多可供使用的MVC框架，由於Struts有完整的文檔並且相對來講比較簡單，所以用它開發MVC系統還是比較方便地。
Struts的結構和處理流程簡介
Struts1是Apache組織的一個項目，像其他的Apache組織的項目一樣，它也是開放源碼項目。Struts1是一個比較好的MVC框架提供了對開發MVC系統的底層支持，它採用的主要技術是Servlet，JSP和customtaglibrary。 作為一個MVC的框架，Struts1對Model、View和Controller都提供了對應的實現組件，分別進行介紹，並且看看它們是如何結合在一起的。 Controller：控制器的作用是從客戶端接受請求，並且選擇執行相應的業務邏輯，然後把響應結果送回到客戶端。在Struts1中Controller功能由圖中ActionServlet和ActionMapping對象構成：核心是一個Servlet類型的對象ActionServlet，它用來接受客戶端的請求。ActionServlet包括一組基於配置的ActionMapping對象，每個ActionMapping對象實現了一個請求到一個具體的Model部分中Action處理器對象之間的映射。 Model：StrutsMVC系統中的Model部分從概念上可以分為兩類――系統的內部狀態，和改變系統狀態的動作。Struts1為Model部分提供了Action和ActionForm對象：所有的Action處理器對象都是開發者從Struts1的Action類派生的子類。Action處理器對象封裝了具體的處理邏輯，調用業務邏輯模塊，並且把響應提交到合適的View組件以產生響應。Struts1提供的ActionForm組件對象，它可以通過定義屬性描述客戶端表單數據。開發者可以從它派生子類對象，利用它和Struts提供的自定義標記庫結合可以實現對客戶端的表單數據的良好封裝和支持，Action處理器對象可以直接對它進行讀寫，而不再需要和request、response對象進行數據交互。通過ActionForm組件對象實現了對View和Model之間交互的支持。Struts1通常建議使用一組JavaBean表示系統的內部狀態，根據系統的復雜度也可以使用像EntityEJB和SessionEJB等組件來實現系統狀態。Struts建議在實現時把「做什麼」（Action）和「如何做」（業務邏輯）分離。這樣可以實現業務邏輯的重用。 View：Struts1應用中的View部分是通過JSP技術實現的。Struts1提供了自定義的標簽庫(tag library)可以使用，通過這些自定義標簽(tag)可以非常好地和系統的Model部分交互，通過使用這些自定義標簽創建的JSP表單，可以實現和Model部分中的ActionForm的映射，完成對用戶數據的封裝，同時這些自定義標簽還提供了像模板定製等多種顯示功能。 StrutsMVC框架的處理流程清楚的體現了MVC系統的特點，簡單的Struts組件結構。StrutsControllerActionServlet處理客戶請求，利用配置的ActionMapping對象把請求映射到Action處理器對象進行處理。Action處理對象訪問ActionForm中的數據，處理和響應客戶請求，它還調用後台的Bean組件，這些組件封裝了具體的業務邏輯。Action處理器對象根據處理結果通知Controller，Controller進行下一步的處理。
利用Struts框架開發
Struts1 MVC系統要做的工作 由於Struts已經為我們提供了一個非常好的MVC框架，我們利用Struts開發MVC系統時可以大大加快開發的速度。在開發時可以採用的一個開發流程如下（引自資料3）： 收集和定義應用需求。 基於數據採集和顯示的原則定義和開發「屏幕顯示」需求 。 為每一個「屏幕顯示」定義訪問路徑。 定義ActionMappings建立到應用業務邏輯之間的聯系。 開發滿足「屏幕顯示」需求的所有支持對象。 基於每一個「屏幕顯示」需求提供的數據屬性來創建對應的ActionForm對象 開發被ActionMapping調用的Action對象。 開發應用業務邏輯對象 （Bean，EJB，等等）。 對應ActionMapping設計的流程創建JSP頁面。 建立合適的配置文件struts-config.xml ， web.xml。 開發/測試/部署 具體在使用Struts框架時，對應各個部分的開發工作主要包括： Model部分：採用JavaBean和EJB組件，設計和實現系統的業務邏輯。根據不同的請求從Action派生具體Action處理對象。完成「做什麼」的任務來調用由Bean構成的業務組件。創建由ActionForm的派生類實現對客戶端表單數據的封裝。 Controller部分：Struts為我們提供了核心控制部分的實現。我們只需要配置ActionMapping對象 View部分：為了使用Model中的ActionForm對象，我們必須用Struts提供的自定義標記創建HTML表單。利用Struts提供的自定義標記庫編寫用戶界面把應用邏輯和顯示邏輯分離。Struts框架通過這些自定義標記建立了View和Model之間的聯系。Struts的自定義標記還提供了很多定製頁面的功能。 同時需要編輯兩個配置文件：web.xml和struts-config.xml。通過它們配置Struts系統中的各個模塊之間的交互。下面對這兩個配置文件做一些介紹： web.xml文件的配置： web應用中的web.xml是第一個要配置的地方，它描述了系統的Controller對象。在web.xml中增加如下標記 <servlet><servlet-name>action</servlet-name><servlet-class> org.apache.struts.action.ActionServlet</servlet-class><init-m> <m-name>application</m-name> </servlet> 說明：這個servlet對象就是Struts提供的Controller，還可以為它指定初始化參數，比如對系統應用屬性的支持。 < SERVLET-MAPPING> < SERVLET-NAME>action</SERVLET-NAME>< URL-PATTERN>*.do</URL-PATTERN></SERVLET-MAPPING> 說明：實現客戶請求的url信息和伺服器端具體處理的映射關系。 <taglib><taglib-url>/WEB-INF/struts-bean.tld</taglib-url> <taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib> 說明：添加對Struts提供的應用所使用的自定義標記庫的引用。 struts-config.xml文件的配置： struts-config.xml是用於建立Controller和Model之間的關系的。它描述了Controller所使用的把請求對應到具體處理的法則，同時它還描述了客戶提供的數據與ActionForm組件的對應映射關系。 在struts-config.xml中增加如下標記 <form-beans> <form-bean name=「loginForm」type=「loginForm」/></form-beans> 說明：標記描述一個具體的ActionForm子類對象，通過它和JSP頁面中的自定標記的結合使用可以實現ActionForm和View之間的數據映射。 <action-mappings><actionpath=「/login」type=「loginAction」 name=「loginForm」input=「/login.jsp」/></action-mappings> 說明：標記描述了請求和處理的一對一映射關系。input和path屬性唯一的標記了客戶端的一個請求，name屬性描述封裝客戶端的數據的ActionForm子類對象。Type屬性描述處理這個請求的Action子類對象。 [1]通過對兩個配置文件的配置，把Struts MVC框架中MVC的各個部分聯系起來，實現一個真正的Struts MVC系統。