隨著(zhù)Web應用的商業(yè)邏輯包含逐漸復雜的公式分析計算、決策支持等，使客戶(hù)機越
來(lái)越不堪重負，因此將系統的商業(yè)分離出來(lái)。單獨形成一部分，這樣三層結構產(chǎn)生了。 其中‘層’是邏輯上的劃分。 三層體系結構是將整個(gè)系統劃分為如圖：
（1）表現層（Presentation layer）：包含表示代碼、用戶(hù)交互GUI、數據驗證。
該層用于向客戶(hù)端用戶(hù)提供GUI交互，它允許用戶(hù)在顯示系統中輸入和編輯數據，同時(shí)
系統提供數據驗證功能。
（2）業(yè)務(wù)邏輯層（Business layer）：包含業(yè)務(wù)規則處理代碼，即程序中與業(yè)務(wù)
相關(guān)專(zhuān)業(yè)算法、業(yè)務(wù)政策等等。該層用于執行業(yè)務(wù)流程和制訂數據的業(yè)務(wù)規則。業(yè)務(wù)邏
輯層主要面向業(yè)務(wù)應用，為表示層提供業(yè)務(wù)服務(wù)。
（3）數據持久層（Persistence layer）：包含數據處理代碼和數據存儲代碼。數
據持久層主要包括數據存取服務(wù)，負責與數據庫管理系統（如數據庫）之間的通信。
三個(gè)層次的每一層在處理程序上有各自明確的任務(wù)，在功能實(shí)現上有清晰的區分，
各層與其余層分離，但各層之間存有通信接口。
采用三層軟件設計架構后，軟件系統在可擴展性和可復用性方面得到極大提高，在
資源分配策略設計合理運用的同時(shí)，軟件的性能指標也得到提升，系統的安全性和易管東北
理性也得到改善。
三層體系結構對Web應用的軟件架構產(chǎn)生很大影響，促進(jìn)了基于組件的設計思想，
產(chǎn)生了許多開(kāi)發(fā)Web層次框架的實(shí)現技術(shù)。較之兩級結構來(lái)說(shuō)，三層結構修改和維護上
更加方便。目前開(kāi)發(fā)B/S結構的Web應用系統廣泛采用這種三層體系結構。
設計模式起源：
1994 年，由 Erich Gamma，Richard Helm，Ralph Johnson 和 John Vlissides（即所謂的“四人幫’，GoF：Gang of Four)合作的以《設計模式：可復用的面向對象軟件的基本原理》為題目的書(shū)藉出版了。這本書(shū)解釋了模式的用處，同時(shí)也使得設計模式得到廣泛普及。在書(shū)中，他們四人記錄了他們長(cháng)期工作中發(fā)現的經(jīng)典 23 個(gè)設計模式。
IoC模式
IoC 模式是 Apach Avalon 項目創(chuàng )始人之一 Stefano Mazzocchi 提出的一種代碼調用模式，后被 MartinFowlcr 改名為 Dependency Injection（依賴(lài)注入），也就是將類(lèi)和類(lèi)，方法和方法之間的關(guān)系通過(guò)第三方(如配置文件)進(jìn)行“注入”，不需要類(lèi)或者方法自己去解決彼此間的調用關(guān)系。 IoC(Inversion of Control， 控制反轉)， 是一種用來(lái)解決組件(也可以是簡(jiǎn)單的 Java類(lèi))之間依賴(lài)關(guān)系、配置及生命周期的設計模式，它可以解決模塊間的耦合問(wèn)題。IoC模式它是把組件之間的依賴(lài)關(guān)系提取(反轉)出來(lái)，由容器來(lái)具體配置。這樣，各個(gè)組件之間就不存在代碼關(guān)聯(lián)，解決了調用方與被調用方之間的關(guān)系問(wèn)題，任何組件都可以最大程度的得到重用。
IoC 模式實(shí)現的技術(shù)途徑
表 2.1 列舉出了 IoC 的三種實(shí)現方式。本文中設計并實(shí)現的服務(wù)器端數據驗證組件就是采用了第一種類(lèi)型的 IoC 實(shí)現方式。
MVC模式 ：
MVC 是 Model-View-Control 的簡(jiǎn)稱(chēng)，即模型-視圖-控制器。它是一個(gè)存在于服務(wù)器
表達層的模型，它將應用分開(kāi)，改變應用之間的高度耦合。
MVC 是在 20 世紀 80 年代發(fā)明的一種軟件設計模式，至今已被廣泛使用，最近幾年
被推薦為 Sun 公司 J2EE 平臺的設計模式。
MVC 模式結構
MVC 模式將應用分為模型、視圖和控制器三個(gè)部分：
1. 視圖：數據的展現。
視圖是用戶(hù)看到并與之交互的界面。視圖向用戶(hù)顯示相關(guān)的數據，并能接收用戶(hù)的輸入數據，但是它并不進(jìn)行任何實(shí)際的業(yè)務(wù)處理。視圖可以向模型查詢(xún)業(yè)務(wù)狀態(tài)，但不能改變模型。視圖還能接受模型發(fā)出的數據更新事件，從而對用戶(hù)界面進(jìn)行同步更新。
2. 模型：應用對象。
模型是應用程序的主體部分。 模型代表了業(yè)務(wù)數據和業(yè)務(wù)邏輯； 當數據發(fā)生改變時(shí)，它要負責通知視圖部分；一個(gè)模型能為多個(gè)視圖提供數據。由于同一個(gè)模型可以被多個(gè)視圖重用，所以提高了應用的可重用性。
3. 控制器：邏輯處理、控制實(shí)體數據在視圖上展示、調用模型處理業(yè)務(wù)請求。
當 Web 用戶(hù)單擊 Web 頁(yè)面中的提交按鈕來(lái)發(fā)送 HTML 表單時(shí)，控制器接收請求并調用相應的模型組件去處理請求，然后調用相應的視圖來(lái)顯示模型返回的數據。
在 MVC 模式中，Web 用戶(hù)向服務(wù)器提交的所有請求都由控制器接管。接受到請求之后，控制器負責決定應該調用哪個(gè)模型來(lái)進(jìn)行處理；然后模型根據用戶(hù)請求進(jìn)行相應的業(yè)務(wù)邏輯處理，并返回數據；最后控制器調用相應的視圖來(lái)格式化模型返回的數據，并通過(guò)視圖呈現給用戶(hù)。
框架
軟件開(kāi)發(fā)越來(lái)越倚重框架的使用?？蚣芸梢钥s短應用軟件系統的開(kāi)發(fā)周期，提高軟件生產(chǎn)效率和質(zhì)量。大大簡(jiǎn)化了開(kāi)發(fā)。選擇何種框架、每個(gè)框架如何應用在在系統架構中是軟件架構設計的重要環(huán)節。
框架的定義
在設計模式中，Gamma 等人為框架給出了一個(gè)明確定義：“框架（Framework）是一組協(xié)同工作的類(lèi)，它們?yōu)樘囟?lèi)型的軟件構筑了一個(gè)可重用的設計”。
框架是一組為相互協(xié)作的構件（Component）的集合，它能夠處理一個(gè)或多個(gè)問(wèn)題域（Domain）中的一系列問(wèn)題?？蚣軓娬{的是軟件設計的重用性和系統的可擴充性。它是為了追求重用所帶來(lái)的價(jià)值量最大化，而將被重用最多的部分封裝成各個(gè)組件，輔以回調機制將它們納入框架的控制范圍之內。所以，框架提供了可在應用程序之間共享的可復用的公共結構。
框架的特性
框架包含以下幾個(gè)關(guān)鍵特性：
1．在應用方面，框架是整個(gè)或部分系統的可重用設計，表現為一組抽象構件及構件實(shí)例間交互的方法；在目標方面，框架是可被應用開(kāi)發(fā)者定制的應用骨架。
2．框架是一種軟件，是應用程序的半成品。它可以供系統開(kāi)發(fā)者選用，以完成系統的開(kāi)發(fā)。
3．框架解決的是某個(gè)特定范圍即領(lǐng)域的問(wèn)題。每個(gè)框架都有自己的目標領(lǐng)域，它并不能滿(mǎn)足所有人的所有需求。
本文出自：http://xp9802.iteye.com/blog/1214256，轉載時(shí)請務(wù)必保留此出處
聯(lián)系客服
