三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用劃分為:表現層(UI)、業務邏輯層(BLL)、數據訪問層(DAL)。瑭錦TANJURD解釋區分層次的目的即為了“高內聚,低耦合”的思想。1、表現層(UI):通俗講就是展現給用戶的界面,即用戶在使用一個系統的時候他的所見所得。2、業務邏輯層(BLL):針對具體問題的操作,也可以說是對數據層的操作,對數據業務邏輯處理。3、數據訪問層(DAL):該層所做事務直接操作數據庫,針對數據的增添、刪除、修改、更新、查找等。
克山網站制作公司哪家好,找創新互聯公司!從網頁設計、網站建設、微信開發、APP開發、響應式網站等網站項目制作,到程序開發,運營維護。創新互聯公司于2013年創立到現在10年的時間,我們擁有了豐富的建站經驗和運維經驗,來保證我們的工作的順利進行。專注于網站建設就選創新互聯公司。
三層架構一方面是為了解決應用程序中代碼之間調用復雜,代碼職責不清的問題;通過各層之間定義接口的形式,并將接口與實現分離,可以很容易的用不同的實現來替換原有的實現,從而有效的降低層與層之間的依賴關系。這種方式不僅有利于整個團隊理解整個應用架構,降低后期維護成本,同時也有利于制定整個應用程序架構的標準。
另一方面三層架構的出現從某種程度上解決了企業內部如果有效的根據技能調配技術人員,提高生產效率的問題,在大環境下,有效的分層能使不同職責的人各司其職,聚焦于個人專業技能的發展與培養上。
三層架構的出現不僅標準化了復雜系統的邏輯劃分,更幫助企業解決如果有效的形成技術人員組織機構的問題,因此在很長的一段時間內,它一直是軟件架構設計的經典模式之一。
優勢
層次清晰,每個層次都提供了接口定義
很容易用新的實現替換原來的層次實現。例如對sql進行性能優化,并不會影響其他層的代碼結構。有利于后期維護。
有利于實現切面編程,減輕業務的復雜程度,加快編碼效率。
每個層次的定位明晰,業務處理的內容明確。依據層次,可以劃分不同的分工。開發人員可以只關注整個結構的其中某一層。
接口定義也提供了良好的可擴展性。例如數據庫從mysql切換到oracle,只需要通過配置來切換。
降低了代碼之間,層與層的依賴關系
復用性:利于各層代碼邏輯的復用
安全性:接口設計需要符合對擴展開發,對修改關閉的原則,增強了系統的安全性
各層次職責
表示層:是應用的用戶接口部分,擔負著用戶與應用的對話,交互功能。
業務邏輯層:主要是業務邏輯的處理,操作,是系統功能核心。
數據訪問層:也稱為是數據持久層,昆明電腦培訓發現其功能主要是負責數據庫的訪問。
每一個類執行一個功能或者業務并且不相互依賴,體現了封裝和松耦合。所以我們把業務或者功能邏輯抽象成一個個的類,并且把執行相關業務(比方說數據庫操作)的類文件放到一個包中。假如其他的業務要用到數據庫的相關操作,只需要將這個包import一下就可以直接使用該包里面的類文件。這樣就實現了簡單的分層結構。。。
標題名稱:java分層結構代碼實現,java分層編譯
網站路徑:http://m.kartarina.com/article12/heiegc.html
成都網站建設公司_創新互聯,為您提供軟件開發、網站排名、定制開發、網站建設、微信公眾號、網站導航
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯