java架構有哪些

軟件架構作為一個概念，體現在技術和業務兩個方面。

從技術角度來說：軟件架構隨著技術的革新不斷地更新其內容，軟件架構建立于當前技術和一些基本原則

的基礎之上。

先說一些基本原則：

分層原則：分層是為了降低軟件深度復雜性而使用的關鍵思想，就像社會有了階級一樣，軟件有了層次結構。

模塊化原則：模塊化是化解軟件廣度復雜的必然手段，模塊化的目的就是讓軟件分工。

接口實現分離原則隨著軟件模塊化的不斷深入改進，面向接口編程而不是面向實現編程可以讓復雜度日趨增高的軟件降低模塊之間的耦合度，從而讓各模塊更輕松改進。從這個原則出發，軟件也從微觀進行了細致的規范化。

還有兩個比較小但很重要的原則：

細節隱藏原則很顯然把復雜問題簡化，把難看的細節隱去，能讓軟件結構更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設計模式中的Facade(外觀)模式就很能體現這個原則的精神。

依賴倒置原則隨著軟件結構的進一步發展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態可插拔要求不端增大。

依賴倒置原則可看視為接口實現分離原則的深化，根據此原則的精神，軟件進入了工具時代。這個原則有點類似于知名的好萊塢法則：Don't call us, we'll call you。

以上這些原則奠定了我們的軟件架構的價值指標。但軟件架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們現在就來看一下當前流行的技術，以及當前我們能采用的架構。

因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而數據庫是當前最有效的存儲結構、web界面是當前最流行的用戶接口，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用數據庫作存儲層、用面向對象來實現業務層、用web來作為用戶接口層。

我們從三層次架構談起：

因為面向對象技術和數據庫技術不適配，所以在標準三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現復雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的后期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選

在業務層,因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標準j2ee系統中session bean負責業務處理，且有不錯的性能表現，但采用ejb系統對業務架構模式改變太大，且其復雜而昂貴，業務代碼移植性差。

而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。

在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構,但終究過于粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且采用基于事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶接口層基礎架構。