【文章內(nèi)容簡(jiǎn)介】 計(jì) 理念：將中間服務(wù)傳遞給耦合松散的 POJOS (Plain Old Java Objects, 簡(jiǎn)單潔凈 Java 對(duì)象 )。這樣的框架利用截取執(zhí)行上下文或在運(yùn)行時(shí)將服務(wù)對(duì)象注入 POJO 來(lái)把應(yīng)用服務(wù) “ 纏繞 ” 到 POJO。 POJO 本身并不關(guān)心這種 “ 纏繞 ” ，對(duì)這種框架結(jié)構(gòu)也沒(méi)有什么依賴。因此，研發(fā)者可專注于業(yè)務(wù)邏輯和脫離框架的 POJO 單元測(cè)試。除此之外，由于 POJO 并不須要繼承框架的類或?qū)崿F(xiàn)其接口，研發(fā)者能夠極其靈活地搭建繼承結(jié)構(gòu)和建造應(yīng)用。 表 21 Spring 與 EJB 的部分比較 框架 Spring EJB IOC 容器，AOP 能力 IOC的能力 更強(qiáng)，使用 XML實(shí)現(xiàn)，更加靈活。 AOP 方面，如果需要徹底的 AOP，并且在 Spring 中集成了 AspectJ，那么 EJB3 自然無(wú)法比擬 。 使用 Annotation 實(shí)現(xiàn)。對(duì)于一些相對(duì)比 較固 定的 注入 ，采用Annotation 更好。 如果項(xiàng)目以夠用為原則，只需要一般方法攔截意義上的 AOP，EJB3 提供的各種回調(diào)方法應(yīng)該可以滿足您的要求了。 事務(wù)處理 通過(guò)提供 Transaction Template 以及集成第三方事務(wù)處理器來(lái)支持JTA，支持申明式事務(wù) 。 不支持嵌套 事務(wù) 系統(tǒng)規(guī)模 適合中大型系統(tǒng) EJB2 適合大型系統(tǒng)； EJB3 適合中大型系統(tǒng) 開(kāi)發(fā)效率 可挑選只適合自己的功能實(shí)現(xiàn)，相對(duì) EJB 稍簡(jiǎn)單。 學(xué)習(xí)曲線長(zhǎng)，導(dǎo)致熟練掌握難。 分布式 沒(méi)有提供分布式功能 適用于分布式場(chǎng)合 結(jié)論 盡管 Spring 和 EJB 有著同一個(gè)設(shè)計(jì)理念，但它們的設(shè)計(jì)角度根本不同 。 EJB 的設(shè)計(jì)思想考慮的是為分布式的應(yīng)用服務(wù)的。也正是因?yàn)檫@個(gè)原因使得開(kāi)發(fā)一個(gè) EJB 不難，但開(kāi)發(fā)一個(gè)好的 EJB 卻非常難。此外對(duì)于中小型的應(yīng)用項(xiàng)目而言，基本不采用分布式的解決方案。Spring 就是為了解決非分布式而誕生的。它不 只是能使用 Hibernate 這樣的 ORM 框架，同樣也可以使用 JPA,而且它也越來(lái)越與應(yīng)用提供服務(wù)商無(wú)關(guān)了，很容易在不同應(yīng)用服務(wù)中進(jìn)行移植 。 溫州醫(yī) 學(xué)院本科畢業(yè)論文 業(yè)余體育聯(lián)盟系統(tǒng) —— 基于工作流的會(huì)員中心、系統(tǒng)管理平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) 9 第 3 章 系統(tǒng) 設(shè)計(jì) 系統(tǒng) 總體架構(gòu)設(shè)計(jì) 由于體育賽事管理需要采集的信息相對(duì)復(fù)雜，所涉及的用戶面較廣，包括系統(tǒng)超級(jí)管理員，系統(tǒng)管理員，會(huì)員等在內(nèi)的多級(jí)用戶。因此，系統(tǒng)總體架構(gòu)設(shè)置需要設(shè)置成為具有網(wǎng)絡(luò)化、可擴(kuò)展性以及較高可靠性的多層體系結(jié)構(gòu) 。 為此系統(tǒng)按照三層架構(gòu)系統(tǒng)進(jìn)行分析 、設(shè)計(jì)和部署。 將存儲(chǔ)會(huì)員、賽事等信息的數(shù)據(jù)層，執(zhí)行提交，審核，駁回以及其他業(yè)務(wù)操作的邏輯層，以及 用戶操作界面的頁(yè)面表現(xiàn)層進(jìn)行分離。 從而滿足系統(tǒng)的網(wǎng)絡(luò)化應(yīng)用的需求，并且提高了系統(tǒng)的可擴(kuò)展性。 具體的系統(tǒng)邏輯架構(gòu)（如圖 31 所示）。 圖 31 系統(tǒng)邏輯架構(gòu)圖 該架構(gòu)具有以下特點(diǎn)： 1)在不重新設(shè)計(jì)系統(tǒng)的前提下， 可以將系統(tǒng)的不同層分布在不同物理硬件上，減輕單一設(shè)備運(yùn)行的性能壓力。 2)在不重新設(shè)計(jì) 整個(gè)軟件 系統(tǒng)的前提下 ，當(dāng)表現(xiàn)層，邏輯層，數(shù)據(jù)層發(fā)生變化的情況時(shí)，可以進(jìn)行有效的擴(kuò)展。 系統(tǒng) 框架模式 設(shè)計(jì) 為了降低模塊的耦合性 ， 提高模塊的重用性和 適用性 ， 本系統(tǒng)采用了典型的分層結(jié)構(gòu)構(gòu)架 ， 分別是 DAO（ Hibernate 實(shí)現(xiàn) ） 、 Service（ Spring 實(shí)現(xiàn) ） 、 Action（ Struts2 實(shí)現(xiàn) ） 三層 ， 前臺(tái)頁(yè)面采用 FreeMarker 模板技術(shù)生成 ， 摒棄了傳統(tǒng)的 table 布局 ， 采用 CSS+DIV。 視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，溫州醫(yī) 學(xué)院本科畢業(yè)論文 業(yè)余體育聯(lián)盟系統(tǒng) —— 基于工作流的會(huì)員中心、系統(tǒng)管理平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) 10 同樣，一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動(dòng) MVC 的模型層即可。因?yàn)槟Ｐ团c控制器和視圖相分離，所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。隨著技術(shù)的不斷進(jìn)步，現(xiàn)在需要用越來(lái)越多的方式來(lái)訪問(wèn)應(yīng)用程序 。 MVC 模式 允許你使用各種不同樣式的 視圖來(lái)訪問(wèn)同一個(gè)服務(wù)器端的代碼 。這樣表示層的改變只需要 改變視圖層的實(shí)現(xiàn)方式，而控制層和模型層無(wú)需做任何改變。分層模式 降低開(kāi)發(fā)和維護(hù)用戶接口的技術(shù)含量成為可能 ，同樣使得開(kāi)發(fā)時(shí)間得到相當(dāng)大的縮減，使程序員集中精力與業(yè)務(wù)邏輯，界面程序員集中精力與表現(xiàn)形式上。分離視圖層和業(yè)務(wù)邏輯層也使得該系統(tǒng)更易維護(hù)和修改。 圖 32 MVC 架構(gòu)圖 以下是各層的介紹： Action 層 Action 層主要有 Struts2 實(shí)現(xiàn)， Struts2 摒棄了 Struts1 所用的 ActionServlet， Action Context 等內(nèi)容。 Struts2 使用了 FilterDispatcher 做為它的核心 控制 器， 器 FilterDispatcher通常是過(guò)濾器鏈中的最后一個(gè)過(guò)濾器 。 請(qǐng)求發(fā)到 FilterDispatcher 后，經(jīng)過(guò)它的一系列調(diào)用把業(yè)務(wù)結(jié)果顯示個(gè)用戶。如下是 Struts 2 在 中的具體配置 ： filternamestruts2/filtername filterclass /filterclass/filter filtermapping filternamesrtutscleanup/filtername urlpattern*.action/urlpattern /filtermapping filtermapping filternamestruts2/filtername urlpattern*.action/urlpattern /filtermapping 溫州醫(yī) 學(xué)院本科畢業(yè)論文 業(yè)余體育聯(lián)盟系統(tǒng) —— 基于工作流的會(huì)員中心、系統(tǒng)管理平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) 11 Service 層 Service 處理系統(tǒng)的業(yè)務(wù)邏輯，交由 Spring 管理。同時(shí)系統(tǒng)的事務(wù)也交由 Spring 的聲明式事務(wù)完成。下面是依賴注入 service 的配置： bean id=hyservice class= property name=yhhyxxdao ref=yhhyxxdao/property property name=yhyhxxdao ref=yhyhxxdao/property property name=yhyhlxdao ref=yhyhlxdao/property property name=yhhydjdao ref=yhhydjdao/property property name=ywhygzdao ref=ywhygzdao/property property name=jewsdao ref=jewsdao/property property name=jcjlbxxdao ref=jcjlbxxdao/property property name=ywpxxxdao ref=ywpxxxdao/property property name=ywbsxxdao ref=ywbsxxdao/property property name=ywyqjldao ref=ywyqjldao/property property name=ywzhdao ref=ywzhdao/property property name=ywssgxdao ref=ywssgxdao/property/bean DAO 層 DAO 層 是 采用 Hibernate 實(shí)現(xiàn) ， Hibernate 是 JDBC 的輕量級(jí)的對(duì)象封裝 ， 它是一個(gè)獨(dú)立的對(duì)象持久層框架 。它使用是只需要操縱對(duì)象，使開(kāi)發(fā)更對(duì)象化，拋棄了數(shù)據(jù)庫(kù)中心思想，完全的面向?qū)ο蟆?Hibernate 可以用在任何 JDBC 可以使用的場(chǎng)合，例如 Java 應(yīng)用程序的數(shù)據(jù)庫(kù)訪問(wèn)代碼， DAO 接口的實(shí)現(xiàn)類，甚至可以是 BMP 里面的訪問(wèn)數(shù)據(jù)庫(kù)的代碼 。下面是 hibernate 在 中關(guān)于數(shù)據(jù)庫(kù)連接和數(shù)據(jù)庫(kù)連接池的配置： property name= /property property name=sa/property property name= jdbc:jtds: /property property name= MyConnection /property property name=123/property property name= /property property name= /property property name=show_sqlfalse/property property name=20/property property name=10/property property name=120/property C3P0是一個(gè)開(kāi)源的 JDBC連接池，它實(shí)現(xiàn)了數(shù)據(jù)源和 JNDI綁定，支持 JDBC3規(guī)范和JDBC2的標(biāo)準(zhǔn)擴(kuò)展。目前使用它的開(kāi)源項(xiàng)目有 Hibernate， Spring等。 下面是 hibernate在 的 相關(guān)數(shù)據(jù)表和部分實(shí)體類的配置： 溫州醫(yī) 學(xué)院本科畢業(yè)論文 業(yè)余體育聯(lián)盟系統(tǒng) —— 基于工作流的會(huì)員中心、系統(tǒng)管理平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) 12 property name=none/property property name=true/property mapping resource= / mapping resource= / mapping resource= / mapping resource= / mapping resource= / mapping resource=SportsUnion/entity/ / mapping resource=SportsUnion/entity/ / mapping resource=SportsUnion/entity/ / mapping resource=SportsUnion/entity/ / 系統(tǒng)的功能模塊設(shè)計(jì) 本系統(tǒng)從功能劃分，可以分為各級(jí)管理員管理系統(tǒng)、會(huì)員中心等。 1)管理員管理系統(tǒng)包括：教練管理、賽事新聞管理、投訴管理、任務(wù)管理、網(wǎng)球和羽毛球比賽管理、籃球比賽管理、會(huì)員管理、公告管理、視頻管理、首頁(yè)靜態(tài)管理等一級(jí)功能模塊（如圖 33 所示）。 網(wǎng)球、羽毛球比賽管理使用了工作流技術(shù)，是本系統(tǒng)的重點(diǎn)和難點(diǎn)， 將會(huì)在本章接下來(lái)部分進(jìn)行詳細(xì)講解 。 圖 33 系統(tǒng)管理員管理系統(tǒng)（部分） 2)會(huì)員中心包括：會(huì)員基本信息、我的約球、密碼修改、我的裝備、我的比賽、我的消息、我的投訴、我的任務(wù)、我 的俱樂(lè)部、我的關(guān)注、我的培訓(xùn)、資料修改、我的約球等一級(jí)功能模塊（如圖 34 所示）。 約球模塊也使用了工作流技術(shù)，將會(huì)在本章接下來(lái)部分進(jìn)行詳細(xì)講解。 溫州醫(yī) 學(xué)院本科畢業(yè)論文 業(yè)余體育聯(lián)盟系統(tǒng) —— 基于工作流的會(huì)員中心、系統(tǒng)管理平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) 13 圖 34 會(huì)員中心（部分） 系統(tǒng)工作流 設(shè)計(jì) 在基于工作流的管理信息系統(tǒng)設(shè)計(jì)中，由于實(shí)際工作流比較復(fù)雜，需要將其流程轉(zhuǎn)換為適合計(jì)算機(jī)工作的工作流。工作流發(fā)可以很好的完成此項(xiàng)工作。 本系統(tǒng)采用開(kāi)源 工作流框架 實(shí)現(xiàn)流程 化 。 羽毛球、網(wǎng)球比賽流程介紹 羽毛球、網(wǎng)球比賽的 整個(gè)流程是本系統(tǒng)重點(diǎn)和難點(diǎn)，管理員登錄后進(jìn)入發(fā)布比賽頁(yè)面，填寫(xiě)包括 比賽名稱、主辦方、贊助商、比賽類型（羽毛球單打、羽毛球雙打、網(wǎng)球單打、網(wǎng)球雙打） 、 比賽制（ 8 人制、 16 人制、 32 人制、 64 人制、 128 人制） 、參賽人數(shù)、賽事信息、報(bào)名截至?xí)r間、比賽條件（會(huì)員等級(jí)和積分限制） 等 比賽信息 并發(fā)布比賽 。 此時(shí)會(huì)員可以自主報(bào)名此場(chǎng)比賽，也可以委托管理員代替報(bào)名，管理員獲取此場(chǎng)比賽的所有會(huì)員后進(jìn)行審核，審核有三種狀態(tài)，分別為批準(zhǔn)，待定，駁回，被批準(zhǔn)的會(huì)員可以參加比賽，待定的會(huì)員在之后的流程中可能會(huì)被設(shè)置成可以參加比賽，被駁回的會(huì)員就直接淘汰不能參加這場(chǎng)比賽。 如果報(bào)名的會(huì)員人數(shù)不足，相應(yīng)的 對(duì)陣圖位置將會(huì)有輪空代替。 確定參賽會(huì)員后，管理員設(shè)置 每一輪的積分和比賽對(duì)陣圖，之后 被批準(zhǔn) 可以參賽的會(huì)員需要進(jìn)行投票是否要參加這場(chǎng)比賽，有時(shí)為了強(qiáng)制舉辦比賽 ， 系統(tǒng)管理員可以進(jìn)行強(qiáng)制投票使比賽繼續(xù)往下進(jìn)行。如果會(huì)員同意人數(shù)不到此場(chǎng)比賽設(shè)置的同意人數(shù)，此比賽流程結(jié)束。投票通過(guò)之后進(jìn)行比賽，管理員記錄每一輪的成績(jī)和情況生成下一輪對(duì)陣圖，結(jié)束所有輪次后會(huì)生成一張臨時(shí)比賽結(jié)果排名圖，并且公示給會(huì)員，如果會(huì)員對(duì)結(jié)果有異議，并且查證屬實(shí)，管理員駁回流程，修改對(duì)陣結(jié)果并重新生成排名圖，直到所有參賽會(huì)員都沒(méi)有異議后管理員確認(rèn)排 名圖，輪次積分分配給相應(yīng)的會(huì)員。 整個(gè)流程圖如圖 35 所示： 溫州醫(yī) 學(xué)院本科畢業(yè)論文