新聞中心
現(xiàn)代的企業(yè)開發(fā)中,越來越多地引入了多層架構設計模式。Struts+Spring+Hibernate (一下簡稱為SSH)就是其中之一,SSH架構是當前非常火的架構,很多金融、電信項目,大型門戶網(wǎng)站均選擇該架構作為業(yè)務支撐架構,開發(fā)流程也已經(jīng)非常成熟。但是該結構開發(fā)起來,依舊存在一些問題。分析這些問題,得先從SSH架構的組成說起。

創(chuàng)新互聯(lián)公司專注于呂梁網(wǎng)站建設服務及定制,我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供呂梁營銷型網(wǎng)站建設,呂梁網(wǎng)站制作、呂梁網(wǎng)頁設計、呂梁網(wǎng)站官網(wǎng)定制、小程序設計服務,打造呂梁網(wǎng)絡公司原創(chuàng)品牌,更為您提供呂梁網(wǎng)站排名全網(wǎng)營銷落地服務。
SSH為Struts+Spring+Hibernate的組成方式,Struts實現(xiàn)MVC,Spring負責架構的結合,Hibernate進行數(shù)據(jù)的持久化。通常其分層開發(fā)的結構圖(以一個業(yè)務新增為例)如下:
這樣的結構,滿足了一般的業(yè)務需要,但是對于當前日益復雜化的WEB2.0的開發(fā),卻存在不少問題,歸納起來主要有以下幾點的不足:
A)DAO和服務層容易出現(xiàn)職責不明,由于按照MVC邏輯,業(yè)務代碼應該寫在Struts Action里,但是其事務的提供,卻是配置在Service層。為了一組在邏輯上完整的數(shù)據(jù)操作業(yè)務邏輯,需要涉及兩個層(Serveice、 Action)來進行編寫,遇到判斷的情況下,為了保證完整的事務操作,則需要將業(yè)務代碼移到Service層完成,而通常習慣了在Struts Action里調用多次Service而產(chǎn)生多個事務而在出現(xiàn)Exception時導致出錯時操作之前調用的Service事務的業(yè)務數(shù)據(jù)沒有回滾。
B)當需要返回的數(shù)據(jù)供AJAX使用,操作JSON或XML的的大量使用時。開發(fā)起來會很費力,一段同樣的業(yè)務代碼,為了使用AJAX和XML可能需要重新編寫一次,或者在同一個ACTION里通過標志來判斷,對分層結構造成了比較糟糕的破壞。如果設計得不好,為了使用JSON和XML還得額外增加大量的配置,嚴重降低了開發(fā)效率。
因此,為了克服這些缺點,本人對于SSH架構,進行了實現(xiàn)了重新的分層,共享了業(yè)務代碼。簡化了開發(fā)、增強了與AJAX技術、MXL技術的結合。提供了一種更高效的開發(fā)模式。
其開發(fā)的結構圖如下:
看到這個架構圖有人可能會問,Struts Action類的編寫去哪了呢?答案正是這個架構的優(yōu)點,由于業(yè)務代碼統(tǒng)一實現(xiàn)IbusinessService接口,使得只需要相對固定的幾個 Struts Action類調用Service層的方法,便可以完成工作。包括JSON格式輸出,XML輸出及WebService輸出均調用Service層方法來完成功能。這樣便實現(xiàn)了業(yè)務代碼的分離,以及與前端框架的極大解耦。
原文鏈接:http://blog.csdn.net/hsttmht/article/details/7425099
本文名稱:基于SSH開發(fā)架構的重新分層
URL鏈接:http://www.5511xx.com/article/djggddh.html


咨詢
建站咨詢
