【正文】 于從客戶端接收請(qǐng)求，決定執(zhí)行什么商業(yè)邏輯功能，然后將產(chǎn)生下一步用戶界面的責(zé)任委派給一個(gè)適當(dāng)?shù)腣iew組件。在Struts中，controller的基本組件是一個(gè)ActionServlet類的servlet??Struts也支持使用包含有運(yùn)行框架所必需的標(biāo)準(zhǔn)屬性之外的附加屬性的ActionMapping類的能力Struts 的創(chuàng)建：創(chuàng)建 Model 組件：通常說(shuō)來(lái)，Model 組件的開發(fā)者集中于創(chuàng)建支持所有功能需求的JavaBeans類。通?？梢苑殖上旅嬗懻摰膸追N類型：??ActionFormBeans??系統(tǒng)狀態(tài)Beans??商業(yè)邏輯Beans創(chuàng)建 View 組件：創(chuàng)建應(yīng)用程序中的View 組件的任務(wù)，主要使用JSP技術(shù)建立，主要內(nèi)容包括：??國(guó)際化消息??表單和FormBean的交互??其它的表示技術(shù)（特定于應(yīng)用程序的定制標(biāo)記、有包含文件的頁(yè)面組件、圖片處理組件）創(chuàng)建 Controller 組件Struts包括一個(gè)實(shí)現(xiàn)映射一個(gè)請(qǐng)求URI到一個(gè)行為類的主要功能的servlet。因此你的與Controller有關(guān)的主要責(zé)任是：??為每一個(gè)可能接收的邏輯請(qǐng)求寫一個(gè)Action 類，寫一個(gè)定義類名和與每個(gè)可能的映射相關(guān)的其它信息的ActionMapping類，寫行為映射配置文件（用XML）用來(lái)配置controller servlet，為應(yīng)用程序更新web應(yīng)用程序展開描述符文件（用XML）用來(lái)包括必需的Struts組件，給應(yīng)用程序添加適當(dāng)?shù)腟truts組件。Struts 優(yōu)缺點(diǎn)優(yōu)點(diǎn)：Struts跟Tomcat、Turbine等諸多Apache項(xiàng)目一樣，是開源軟件，使開發(fā)者能更深入的了解其內(nèi)部實(shí)現(xiàn)機(jī)制Taglib。Taglib是Struts的標(biāo)記庫(kù)，靈活動(dòng)用，能大大提高開發(fā)效率頁(yè)面導(dǎo)航，使系統(tǒng)脈絡(luò)更加清晰缺點(diǎn)：Taglib是Struts的一大優(yōu)勢(shì)，但對(duì)于初學(xué)者而言，卻需要一個(gè)持續(xù)學(xué)習(xí)的過(guò)程，甚至還會(huì)打亂你網(wǎng)頁(yè)編寫的習(xí)慣，Struts將MVC的Controller一分為三，在獲得結(jié)構(gòu)更加清晰的同時(shí)，也增加了系統(tǒng)的復(fù)雜度Struts逐步越來(lái)越多運(yùn)用于商業(yè)軟件。雖然它現(xiàn)在還有不少缺點(diǎn)，但它是一種非常優(yōu)秀的J2EE MVC實(shí)現(xiàn)方式什么是設(shè)計(jì)模式？簡(jiǎn)述2種設(shè)計(jì)模式設(shè)計(jì)模式描述了一個(gè)通用的設(shè)計(jì)結(jié)構(gòu)，該結(jié)構(gòu)能被用來(lái)構(gòu)造可復(fù)用的面向?qū)ο笤O(shè)計(jì)，確定了所包含的類、實(shí)例以及它們的角色、協(xié)作方式。使用設(shè)計(jì)模式的好處：1）確定系統(tǒng)對(duì)象2）決定對(duì)象粒度3）指定對(duì)象接口4）描述對(duì)象實(shí)現(xiàn)5）運(yùn)用復(fù)用機(jī)制6）平滑結(jié)構(gòu)映射7）支持需求變化原則：1）針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程2）優(yōu)先使用對(duì)象組合，而不是類繼承設(shè)計(jì)模式類別–創(chuàng)建型（Creational）–結(jié)構(gòu)型（Structural）–行為型（Behavioral）創(chuàng)建型（ Creational Creational）模式：以建立對(duì)象來(lái)解決問(wèn)題：–ClassACA=new ClassA()。??工廠模式??單件模式工廠模式存在一個(gè)創(chuàng)建對(duì)象的工廠??調(diào)用者從中取得特別的對(duì)象??由工廠決定如何符合調(diào)用需求??客戶不知道對(duì)象如何生成單件模式??整個(gè)系統(tǒng)中對(duì)象是唯一的??也可以有固定數(shù)目個(gè)–如：對(duì)象池、portal中的配置對(duì)象 當(dāng)前contextappdomain結(jié)構(gòu)型（ Structural Structural）模式與對(duì)象之間的結(jié)構(gòu)有關(guān)??涉及兩個(gè)或兩個(gè)以上??對(duì)象間活動(dòng)沒(méi)有限制–小結(jié)構(gòu)組織大結(jié)構(gòu)，組織解決方案組合模式（posite）：通常以大對(duì)象方式出現(xiàn)??由眾多小對(duì)象組成BehavioralBehavioral模式行為型Iterator 模式封裝多個(gè)元素 ??使用戶正確使用??遍歷內(nèi)部?jī)?nèi)容Proxy 模式:客戶端proxysever大數(shù)據(jù)調(diào)用??大計(jì)算??遠(yuǎn)程計(jì)算機(jī)訪問(wèn)??限制訪問(wèn)權(quán)限文檔設(shè)計(jì)模式的具體實(shí)例：3647頁(yè) 20100526_設(shè)計(jì)模式概論動(dòng)態(tài)模型的必要性：動(dòng)態(tài)模型——對(duì)真正工作的系統(tǒng)建模并且展示其可能的執(zhí)行狀態(tài)動(dòng)態(tài)模型處理系統(tǒng)中對(duì)象生命周期中的各個(gè)不同階段需要?jiǎng)討B(tài)模型因?yàn)樗磉_(dá)了系統(tǒng)在時(shí)間上的變化所有系統(tǒng)都有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為！對(duì)象模型中的類圖和對(duì)象圖用來(lái)描述系統(tǒng)的靜態(tài)結(jié)構(gòu)。動(dòng)態(tài)模型用于表達(dá)系統(tǒng)的行為（動(dòng)態(tài)）！系統(tǒng)中動(dòng)態(tài)實(shí)體之間的通訊可以使用UML中的四種圖來(lái)描述:順序圖（sequence diagram）協(xié)作圖（collaboration diagram）活動(dòng)圖(active diagram）狀態(tài)圖（statechart diagram）UML包括9種示圖（diagram）靜態(tài)結(jié)構(gòu)：類圖（class diagram）對(duì)象圖（object diagram） 組件圖（Component diagram）部署圖（deployment diagram）動(dòng)態(tài)結(jié)構(gòu)：使用案例圖（use case diagram） 順序圖（sequence diagram）協(xié)作圖（collaboration diagram） 表示動(dòng)態(tài)行為 活動(dòng)圖（active diagram） 狀態(tài)圖（statechart diagram）交互圖包括（順序圖、協(xié)作圖）通過(guò)類圖，可以描述問(wèn)題域的詞匯；組件圖與部署圖是用來(lái)對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模的兩種圖。組件圖顯示一組組件之間的組織及其依賴關(guān)系。部署圖顯示運(yùn)行時(shí)進(jìn)行處理的節(jié)點(diǎn)和在節(jié)點(diǎn)上活動(dòng)的組件的配置。通過(guò)使用案例圖，可以描述系統(tǒng)的期望行為。通過(guò)使用順序圖，協(xié)作圖、狀態(tài)圖和活動(dòng)圖可以說(shuō)明所定義的問(wèn)題域詞匯中的事物是如何共同協(xié)作來(lái)完成這一行為的。動(dòng)態(tài)模型的內(nèi)容順序圖（sequence diagram）? 本圖描述了對(duì)象實(shí)體之間的交互? 主要的重點(diǎn)在于從時(shí)間的角度描述這些交互作用協(xié)作圖（collaboration diagram）– 本圖和序列圖一樣描述了對(duì)象實(shí)體之間的交互，但是它的側(cè)重點(diǎn)在事件上– 這意味著協(xié)作圖重點(diǎn)強(qiáng)調(diào)和時(shí)間無(wú)關(guān)的對(duì)象實(shí)體之間的交互活動(dòng)圖（activity diagram）– 本圖著眾強(qiáng)調(diào)對(duì)象實(shí)體之間的活動(dòng)– 這意味著圖的側(cè)重點(diǎn)在對(duì)象實(shí)體所做的工作– 圖描述這些行為和它們發(fā)生的順序狀態(tài)圖（statechart diagram）? 本圖描述了對(duì)象實(shí)體在生命周期中可能的不同狀態(tài)? 也描述了使對(duì)象實(shí)體狀態(tài)發(fā)生改變的事件總體來(lái)說(shuō)， 動(dòng)態(tài)模型代表了：對(duì)象實(shí)體中的正確狀態(tài)轉(zhuǎn)化??對(duì)象的正確狀態(tài)??對(duì)象之間的正確交互??對(duì)象實(shí)體之間的動(dòng)態(tài)交互。動(dòng)態(tài)交互的是事件和操作動(dòng)態(tài)模型描述了5個(gè)基本要素：事件、狀態(tài)、條件、行為、動(dòng)作。動(dòng)態(tài)模型也用于對(duì)象模型中的商業(yè)規(guī)則，還用于識(shí)別這些規(guī)則的場(chǎng)所。商業(yè)規(guī)則的例子是：??如果客戶在其賬戶中沒(méi)有足夠的余額，那么他不能取錢。??定期存款在到期之前不能轉(zhuǎn)為另一個(gè)名字。??在一個(gè)單個(gè)ATM事務(wù)中最大的取款額是5千元。動(dòng)態(tài)模型還可用于表達(dá)設(shè)備的一個(gè)操作周期，例如下面是ATM的一個(gè)操作周期：停止—拔出ATM卡空閑開始 ATM卡處理事物ATM卡動(dòng)態(tài)模型的優(yōu)缺點(diǎn)：動(dòng)態(tài)模型優(yōu)點(diǎn)：只要存在要研究和/或要表達(dá)的動(dòng)態(tài)行為，我們就需用動(dòng)態(tài)模型動(dòng)態(tài)模型非常重要–當(dāng)系統(tǒng)是交互式的–當(dāng)系統(tǒng)使用外部設(shè)備可激活系統(tǒng)行為動(dòng)態(tài)模型側(cè)重于事件發(fā)生的時(shí)間（序列圖）和事件的交互（協(xié)作圖），運(yùn)行狀態(tài)下的對(duì)象實(shí)體在如下階段可使用動(dòng)態(tài)模型：創(chuàng)建??刪除??建檔??銷毀事件：事件是從一個(gè)對(duì)象到另一個(gè)對(duì)象的激發(fā)器 事件是促使系統(tǒng)以特定方式回應(yīng)的行為 事件也許是獨(dú)立的，也許是相互聯(lián)系的 一些事件可以合理的前后排列事件有兩種類型：內(nèi)部事件：為從系統(tǒng)內(nèi)部激發(fā)的事件，一個(gè)對(duì)象實(shí)體通過(guò)事件激活另一個(gè)對(duì)象實(shí)體，例如，審計(jì)一個(gè)定期存款賬戶的利息將由一個(gè)日期監(jiān)控對(duì)象在內(nèi)部完成外部事件：為從系統(tǒng)邊界外的激發(fā)的事件，例如，一個(gè)定期存款賬戶的未到期終止“消息”應(yīng)理解為對(duì)對(duì)象方法的調(diào)用， 在UML中，對(duì)象實(shí)體之間的交互可以表達(dá)為對(duì)象實(shí)體之間的消息傳輸； 在所有UML動(dòng)態(tài)圖中都要表示消息；消息用發(fā)送者和接收者之間的箭頭表示。消息的類型：簡(jiǎn)單 同步：同步信息（synchronous Messages），在常規(guī)編程中，這意味著完成一個(gè)函數(shù)調(diào)用并且調(diào)用函數(shù)等待直至被調(diào)用函數(shù)返回異步：異步信息（Asynchronous Messages）是指不需要等這種信息的結(jié)果傳回就可以進(jìn)行其他的信息傳遞。具有直接結(jié)果的同步，例如：一個(gè)開關(guān)啟動(dòng)一部電動(dòng)機(jī) 順序圖（序列圖）順序圖描述了對(duì)象實(shí)體之間的相互關(guān)系，也就是對(duì)象實(shí)體之間發(fā)送和接受的消息，順序圖具有兩個(gè)軸– 垂直軸表示時(shí)間– 水平軸表示一系列對(duì)象實(shí)體，使用兩個(gè)軸可表達(dá)一個(gè)方案在繪制順序圖時(shí)要牢記以下幾點(diǎn)：消息和激發(fā)用水平線描述??對(duì)象通過(guò)垂直線描述??通過(guò)從頂端向下描述時(shí)間。這意味著事件應(yīng)該根據(jù)從上到下的發(fā)生順序來(lái)描述對(duì)象狀態(tài)（state of an object）i在任何時(shí)刻的對(duì)象狀態(tài)就是即時(shí)的對(duì)象狀態(tài) i狀態(tài)的變化過(guò)程稱為狀態(tài)變遷（state transition）狀態(tài)圖描述了對(duì)象的生命周期、系統(tǒng)和子系統(tǒng) i狀態(tài)圖描述了對(duì)象可能擁有的狀態(tài)和表達(dá)對(duì)事件做出的反應(yīng)當(dāng)考慮對(duì)象狀態(tài)時(shí)，要考慮以下要素※初始狀態(tài)※接下來(lái)的狀態(tài)※一個(gè)或者多個(gè)最終狀態(tài)※狀態(tài)之間的操作※使一個(gè)狀態(tài)轉(zhuǎn)換為另一個(gè)狀態(tài)的事件簡(jiǎn)述序列圖的組成部分及各部分的表示方法。