基于SSH開發(fā)架構(gòu)的重新分層是什么樣的

這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)基于SSH開發(fā)架構(gòu)的重新分層是什么樣的，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

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

SSH為Struts+Spring+Hibernate的組成方式，Struts實(shí)現(xiàn)MVC，Spring負(fù)責(zé)架構(gòu)的結(jié)合，Hibernate進(jìn)行數(shù)據(jù)的持久化。通常其分層開發(fā)的結(jié)構(gòu)圖(以一個業(yè)務(wù)新增為例)如下：

這樣的結(jié)構(gòu)，滿足了一般的業(yè)務(wù)需要，但是對于當(dāng)前日益復(fù)雜化的WEB2.0的開發(fā)，卻存在不少問題，歸納起來主要有以下幾點(diǎn)的不足：

A)DAO和服務(wù)層容易出現(xiàn)職責(zé)不明，由于按照MVC邏輯，業(yè)務(wù)代碼應(yīng)該寫在Struts Action里，但是其事務(wù)的提供，卻是配置在Service層。為了一組在邏輯上完整的數(shù)據(jù)操作業(yè)務(wù)邏輯，需要涉及兩個層（Serveice、 Action）來進(jìn)行編寫，遇到判斷的情況下，為了保證完整的事務(wù)操作，則需要將業(yè)務(wù)代碼移到Service層完成，而通常習(xí)慣了在Struts Action里調(diào)用多次Service而產(chǎn)生多個事務(wù)而在出現(xiàn)Exception時導(dǎo)致出錯時操作之前調(diào)用的Service事務(wù)的業(yè)務(wù)數(shù)據(jù)沒有回滾。

B)當(dāng)需要返回的數(shù)據(jù)供AJAX使用，操作JSON或XML的的大量使用時。開發(fā)起來會很費(fèi)力，一段同樣的業(yè)務(wù)代碼，為了使用AJAX和XML可能需要重新編寫一次，或者在同一個ACTION里通過標(biāo)志來判斷，對分層結(jié)構(gòu)造成了比較糟糕的破壞。如果設(shè)計(jì)得不好，為了使用JSON和XML還得額外增加大量的配置，嚴(yán)重降低了開發(fā)效率。

因此，為了克服這些缺點(diǎn)，本人對于SSH架構(gòu)，進(jìn)行了實(shí)現(xiàn)了重新的分層，共享了業(yè)務(wù)代碼。簡化了開發(fā)、增強(qiáng)了與AJAX技術(shù)、MXL技術(shù)的結(jié)合。提供了一種更高效的開發(fā)模式。

其開發(fā)的結(jié)構(gòu)圖如下：

看到這個架構(gòu)圖有人可能會問，Struts Action類的編寫去哪了呢？答案正是這個架構(gòu)的優(yōu)點(diǎn)，由于業(yè)務(wù)代碼統(tǒng)一實(shí)現(xiàn)IbusinessService接口，使得只需要相對固定的幾個 Struts Action類調(diào)用Service層的方法，便可以完成工作。包括JSON格式輸出，XML輸出及WebService輸出均調(diào)用Service層方法來完成功能。這樣便實(shí)現(xiàn)了業(yè)務(wù)代碼的分離，以及與前端框架的極大解耦。

上述就是小編為大家分享的基于SSH開發(fā)架構(gòu)的重新分層是什么樣的了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道。