【正文】 的編程工作，而一般web系統(tǒng)中，頁(yè)面的編程工作量占到全部工作量的70%。而在這個(gè)Action中其實(shí)實(shí)現(xiàn)了多個(gè)Action功能。1. 視圖框架模型在Bosent Crm框架中支持三種Action和JSP的設(shè)計(jì)模式：l 模式1：各自獨(dú)立的Action和JSPl 模式2：復(fù)用JSP代碼，包括Form數(shù)據(jù)和JSP頁(yè)面l 模式3：復(fù)用Action(1). 模式1：各自獨(dú)立的Action和JSP 模式如下圖所示：一個(gè)Action對(duì)應(yīng)一個(gè)JSP頁(yè)面，即Action返回后僅僅轉(zhuǎn)向一個(gè)JSP。第三節(jié) 視圖一、 視圖概述 視圖是用戶(hù)看到并與之交互的界面。其參數(shù)含義如下所述：3. 連接池的問(wèn)題 連接池類(lèi)本身是個(gè)假連接池，只是使用HashMap結(jié)構(gòu)實(shí)現(xiàn)的數(shù)據(jù)庫(kù)連接對(duì)象緩存，其中存放的都是數(shù)據(jù)庫(kù)連接類(lèi)Connection對(duì)象，而不是真正的應(yīng)用程序服務(wù)器數(shù)據(jù)庫(kù)連接池資源。定時(shí)器的循環(huán)時(shí)間在程序中寫(xiě)死了，如果要加快速度，必須修改代碼。 ConnectionPool對(duì)象不是在session中創(chuàng)建的，不是為每一個(gè)用戶(hù)都創(chuàng)建一個(gè)。六、 數(shù)據(jù)庫(kù)連接池 Bosent CRM系統(tǒng)中會(huì)啟動(dòng)多個(gè)線程，包括：日志線程、后臺(tái)管理線程、主線程等。所有新增的JavaBean都只針對(duì)本表操作，不操作其他JavaBean，SQL語(yǔ)句里面也不會(huì)有多表聯(lián)合操作，具體邏輯由上層程序去實(shí)現(xiàn)。(2). JavaBean繼承于GenericBean所有新增JavaBean都繼承于GenericBean,這個(gè)類(lèi)是在包。五、 JavaBean JavaBean是實(shí)現(xiàn)業(yè)務(wù)邏輯的關(guān)鍵類(lèi)，因此必須遵守一定的規(guī)范，以加強(qiáng)代碼質(zhì)量。例如下面的代碼：form name=login method=POST action=?mand=Loginamp。三、 數(shù)據(jù)傳遞機(jī)制數(shù)據(jù)傳遞機(jī)制是框架的核心，無(wú)論是什么框架都必須思考的問(wèn)題。2) 執(zhí)行Action缺省動(dòng)作的executeCommandDefault方法；3) 獲取SystemStatus共享數(shù)據(jù)的getSystemStatus(ActionContext context)方法；4) 獲取當(dāng)前用戶(hù)的getUser方法；5) 獲取用戶(hù)列表的getUserTable方法；二、 映射特性 如果在Action中定義了多個(gè)處理業(yè)務(wù)邏輯的方法，就必須處理好映射特性：一般的，struts Web框架中的action只有一個(gè)固定服務(wù)方法（execute），而B(niǎo)osent CRM的Action是一個(gè)多方法的action。被模型返回的數(shù)據(jù)是中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。其他的參數(shù)用來(lái)定義顯示在菜單項(xiàng)上的文字、定義權(quán)限標(biāo)識(shí)以及顯示在HTML頁(yè)面的標(biāo)題。此文件包含安裝時(shí)的配置數(shù)據(jù)，標(biāo)簽庫(kù)和模塊能訪問(wèn)這些數(shù)據(jù)。通過(guò)該配置文件控制器就可以按照規(guī)則來(lái)調(diào)用Bean綁定請(qǐng)求參數(shù)并調(diào)用相關(guān)的action處理請(qǐng)求，最終返回相應(yīng)的JSP視圖。特別注意：。2) ServletContext：存放全局共享對(duì)象，例如ApplicationPrefs對(duì)象、ImportManager對(duì)象、Crontab、Scheduler等。在Bosent CRM系統(tǒng)中共享數(shù)據(jù)區(qū)是用來(lái)存放系統(tǒng)共用的數(shù)據(jù)，一般在系統(tǒng)啟動(dòng)過(guò)程中構(gòu)建，用于存放系統(tǒng)級(jí)數(shù)據(jù)，或者用戶(hù)共享的數(shù)據(jù)。這個(gè)方法重點(diǎn)在于形成菜單的過(guò)程，包括主菜單、子菜單，然后把菜單信息封裝在JavaBean中傳遞到前臺(tái)的jsp模板中構(gòu)建視圖。安全性校驗(yàn)是在控制器類(lèi)的service方法中進(jìn)行的，它主要包括SSL安全驗(yàn)證、驗(yàn)證用戶(hù)會(huì)話的有效性、將用戶(hù)信息存放到session中，重點(diǎn)在于創(chuàng)建共享數(shù)據(jù)區(qū)SystemStatus對(duì)象，這個(gè)對(duì)象是一個(gè)框架本身提供的一個(gè)共享數(shù)據(jù)區(qū)，它存放所有用戶(hù)共享數(shù)據(jù)，這個(gè)在論文后面框架改進(jìn)的集群（緩存同步）部分得到體現(xiàn)。2. 控制器的service方法 service方法是整個(gè)框架核心的方法，客戶(hù)端瀏覽器發(fā)出請(qǐng)求，Tomcat容器將請(qǐng)求參數(shù)封裝成HttpRequest對(duì)象，并創(chuàng)建HttpResponse對(duì)象，將這兩個(gè)對(duì)象傳遞到service方法，service方法中讀取HttpRequest對(duì)象中封裝的請(qǐng)求信息，從請(qǐng)求URL中讀取出處理請(qǐng)求的action名稱(chēng)，再反射生成action實(shí)例，調(diào)用action中的哪一個(gè)方法處理請(qǐng)求是由請(qǐng)求URL中的mand參數(shù)值決定的。詳細(xì)論述如下：1. 控制器初始化重慶郵電大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第43頁(yè)/共43頁(yè) 控制器類(lèi)的初始化包括整個(gè)匡架的共享數(shù)據(jù)初始化、鉤子類(lèi)的初始化，這些類(lèi)都是通過(guò)配置文件配置，然后解析XML文件得到配置信息，再通過(guò)反射機(jī)制生成這些類(lèi)的實(shí)例。這個(gè)控制器除了實(shí)現(xiàn)了HttpServlet接口外，還實(shí)現(xiàn)了其它的鉤子接口，這也是框架可擴(kuò)展性的體現(xiàn)。它的架構(gòu)如下圖所示：Bosent CRM請(qǐng)求應(yīng)答的具體流程描述如下：l 控制器部分當(dāng)客戶(hù)端發(fā)出web請(qǐng)求時(shí)，請(qǐng)求將被控制器中的Service方法接收到；首先，在Service方法中會(huì)調(diào)用SecurityHook（安全鉤子）對(duì)請(qǐng)求進(jìn)行安全檢驗(yàn)，但是不處理名稱(chēng)為L(zhǎng)OGIN、SETUP、UPGRADE、LICENSESERVER和PROCESS的請(qǐng)求；對(duì)PORTAL請(qǐng)求進(jìn)行特殊處理，以創(chuàng)建用戶(hù)session，在SecurityHook中如果檢查到是第一次調(diào)用，則還會(huì)創(chuàng)建SystemStatus對(duì)象；然后，將從頁(yè)面?zhèn)鬟f來(lái)的數(shù)據(jù)綁定為和Action對(duì)應(yīng)的Formbean對(duì)象；隨后，調(diào)用Action，執(zhí)行Action中定義的方法；最后，處理完后調(diào)用Forward方法；l Action：架構(gòu)中的模型部分Action中定義了業(yè)務(wù)邏輯，實(shí)現(xiàn)業(yè)務(wù)處理和數(shù)據(jù)庫(kù)的交互。在MVC模型中，模型響應(yīng)用戶(hù)請(qǐng)求并返回響應(yīng)數(shù)據(jù)，視圖負(fù)責(zé)格式化數(shù)據(jù)并將數(shù)據(jù)顯示給用戶(hù)，業(yè)務(wù)邏輯和表示層分離，同一個(gè)模型可以被不同的視圖重用，大大提高了代碼的可重用性；2) 模型是自包含的，和控制器、視圖保持相對(duì)獨(dú)立，可以方便改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)邏輯，能構(gòu)造良好的松耦合的構(gòu)件；3) 控制器提高了應(yīng)用程序的靈活性和可配置性。3) 控制器：它是用來(lái)接受用戶(hù)的輸入并調(diào)用模型和視圖完成用戶(hù)的需求。2) 模型：它是應(yīng)用系統(tǒng)的主體。但是它并不進(jìn)行任何實(shí)際的業(yè)務(wù)處理。4. 后臺(tái)支持系統(tǒng)：主要是指數(shù)據(jù)庫(kù)服務(wù)器。二、 體系結(jié)構(gòu)J2EE體系結(jié)構(gòu)主要包括客戶(hù)端、表示層、業(yè)務(wù)邏輯層、后臺(tái)支持系統(tǒng)組成。它的核心技術(shù)就是java平臺(tái)標(biāo)準(zhǔn)版，J2EE中不僅保留了java2標(biāo)準(zhǔn)中的優(yōu)點(diǎn)，例如平臺(tái)的可移植性特性，數(shù)據(jù)庫(kù)處理的JDBC接口，CORBA技術(shù)已經(jīng)能夠在Internet應(yīng)用中保護(hù)數(shù)據(jù)的安全模式，還提供了對(duì)EJB,Servlet，JSP、XML技術(shù)的支持。論文首先介紹J2EE平臺(tái)的體系結(jié)構(gòu)與MVC設(shè)計(jì)模式，其次論述了Bosent CRM實(shí)現(xiàn)MVC設(shè)計(jì)模式的整個(gè)過(guò)程。但是傳統(tǒng)的客戶(hù)關(guān)系管理系統(tǒng)難以達(dá)到目的，尤其是在國(guó)內(nèi)，許多企業(yè)的內(nèi)部管理混亂隨意，有的企業(yè)從過(guò)去的“計(jì)劃經(jīng)濟(jì)”體制下改革而來(lái)，對(duì)客戶(hù)管理缺乏了解，沒(méi)有經(jīng)驗(yàn)。 本論文研究的是針對(duì)中小企業(yè)客戶(hù)關(guān)系管理的Bosent Crm框架，它是一種基于MVC模式的B/S結(jié)構(gòu)的框架，它的前身是Intel公司投資的一個(gè)小型開(kāi)源應(yīng)用框架Centric CRM 。另外一類(lèi)是用友、金蝶，還有國(guó)內(nèi)傳統(tǒng)的幾家大型管理軟件的企業(yè)，這類(lèi)企業(yè)更多的是聚焦在中大型企業(yè)身上，他們可能有自己獨(dú)立的產(chǎn)品，包括自己的服務(wù)體系，金額大概幾百萬(wàn)到幾千萬(wàn)范圍。 CRM廠商大致可以分成三類(lèi)，第一類(lèi)是國(guó)際大型軟件廠商，如Oracle、SAP等，他們的客戶(hù)定位主要在國(guó)內(nèi)特大型企業(yè)，或者國(guó)內(nèi)五百?gòu)?qiáng)企業(yè)。而如今，市場(chǎng)競(jìng)爭(zhēng)異常激烈，一個(gè)企業(yè)最重要的資源是什么：無(wú)非就是公司的員工和客戶(hù)資源；而客戶(hù)資源如何獲取？如何非常好的管理這些客戶(hù)資源，也許這是一個(gè)令中小企業(yè)一個(gè)非常頭痛的難題。 目前隨著國(guó)內(nèi)中小企業(yè)的迅速發(fā)展，國(guó)內(nèi)中小企業(yè)為了提高客戶(hù)滿意度，必須完整掌握客戶(hù)信息，準(zhǔn)確把握客戶(hù)要求，快速響應(yīng)個(gè)性化需求，提供便捷的購(gòu)買(mǎi)渠道、良好的售后服務(wù)。研究的主內(nèi)容就是Bosent CRM 框架在J2EE平臺(tái)體系之下實(shí)現(xiàn)MVC設(shè)計(jì)模式的原理。第二章 J2EE平臺(tái)與MVC設(shè)計(jì)模式第一節(jié) J2EE體系結(jié)構(gòu)一、 概述 J2EE是一種利用Java2平臺(tái)來(lái)簡(jiǎn)化企業(yè)解決方案的開(kāi)發(fā)部署和管理相關(guān)的復(fù)雜的體系結(jié)構(gòu)。只要按照J(rèn)2EE標(biāo)準(zhǔn)開(kāi)發(fā)出的中間件，都可以在J2EE容器中運(yùn)行，這是得中間件的可移植性提高，并且專(zhuān)注于J2EE標(biāo)準(zhǔn)的進(jìn)行開(kāi)發(fā)web應(yīng)用的人員可以自由編寫(xiě)中間件。3. 業(yè)務(wù)邏輯層：包括JavaBean、EJB，它們根據(jù)規(guī)則進(jìn)行業(yè)務(wù)邏輯處理。這種三層架構(gòu)廣泛應(yīng)用于基于J2EE的web系統(tǒng)中，其原理如下圖所示：模型視圖控制器三層架構(gòu)圖1. MVC設(shè)計(jì)模式主要的組成部分包括：1) 視圖：它是和用戶(hù)交互的界面，用來(lái)顯示應(yīng)用系統(tǒng)數(shù)據(jù)，并能接收用戶(hù)輸入的數(shù)據(jù)。需要注意的是：在基于請(qǐng)求/響應(yīng)模式的web應(yīng)用系統(tǒng)中，模型位于web服務(wù)器端，視圖位于用戶(hù)瀏覽器端，而無(wú)法做到模型向視圖主動(dòng)發(fā)出數(shù)據(jù)更新事件，使用戶(hù)界面能自動(dòng)刷新。由于同一個(gè)模型可以被多個(gè)視圖重用，因此提高了應(yīng)用的可重用性。而MVC模型從根本上強(qiáng)制性的將它們分開(kāi)，這樣的好處是：1) 多個(gè)視圖可以共享一個(gè)模型。第三章 Bosent Crm框架MVC原理 Bosent Crm架構(gòu)是基于J2EE體系之下的中間件框架，它采用MVC設(shè)計(jì)模式，其中使用一個(gè)servlet作為控制器，目前使用jsp模板構(gòu)建視圖（框架支持Xsl模板，但目前還沒(méi)有實(shí)現(xiàn)），使用自定義標(biāo)簽庫(kù)使業(yè)務(wù)邏輯與視圖分離，使用JavaBean實(shí)現(xiàn)數(shù)據(jù)模型，使用action處理業(yè)務(wù)邏輯。第一節(jié) 控制器一、 控制器類(lèi) 控制器類(lèi)是一個(gè)Servlet類(lèi)，它是MVC機(jī)制的核心類(lèi)，它控制整個(gè)框架有秩序的工作。當(dāng)用戶(hù)請(qǐng)求URL被service方法接收到，首先解析整個(gè)URL得到要處理的action名稱(chēng)，根據(jù)名稱(chēng)反射生成action類(lèi)的實(shí)例并調(diào)用相關(guān)的方法處理請(qǐng)求，servlet提供全局的HashMap類(lèi)型的變量緩存這些action實(shí)例，這樣做的好處是當(dāng)服務(wù)器配置支持多線程時(shí)，第一個(gè)用戶(hù)請(qǐng)求了這個(gè)action后其它用戶(hù)可以直接到HashMap類(lèi)型的實(shí)例緩存中查找并使用這個(gè)實(shí)例。具體的處理流程如左圖所示。具體流程如圖所示：3. 安全校