① 什麼是三層結構
三層架構(3-tier architecture) 通常意義上的三層架構就是將整個業務應用劃分為：界面層（User Interface layer）、業務邏輯層（Business Logic Layer）、數據訪問層（Data access layer）。區分層次的目的即為了 「高內聚低耦合」 的思想。在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：數據訪問層、業務邏輯層（又或稱為領域層）、表示層。
表示層：
界面層也稱為表示層，位於最外層（最上層），離用戶最近。用於顯示數據和接收用戶輸入的數據，為用戶提供一種互動式操作的界面。
業務邏輯層：
業務邏輯層（Business Logic Layer）無疑是系統架構中體現核心價值的部分。它的關注點主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域（Domain）邏輯有關，很多時候，也將業務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個架構分為三個主要的層：表示層、領域層和數據源層。作為領域驅動設計的先驅Eric Evans，對業務邏輯層作了更細致地劃分，細分為應用層與領域層，通過分層進一步將領域邏輯與領域邏輯的解決方案分離。 業務邏輯層在體系架構中的位置很關鍵，它處於數據訪問層與表示層中間，起到了數據交換中承上啟下的作用。由於層是一種弱耦合結構，層與層之間的依賴是向下的，底層對於上層而言是「無知」的，改變上層的設計對於其調用的底層而言沒有任何影響。如果在分層設計時，遵循了面向介面設計的思想，那麼這種向下的依賴也應該是一種弱依賴關系。因而在不改變介面定義的前提下，理想的分層式架構，應該是一個支持可抽取、可替換的「抽屜」式架構。正因為如此，業務邏輯層的設計對於一個支持可擴展的架構尤為關鍵，因為它扮演了兩個不同的角色。對於數據訪問層而言，它是調用者；對於表示層而言，它卻是被調用者。依賴與被依賴的關系都糾結在業務邏輯層上，如何實現依賴關系的解耦，則是除了實現業務邏輯之外留給設計師的任務。
數據訪問層：
數據訪問層，有時候也稱為是持久層，其功能主要是負責資料庫的訪問，可以訪問資料庫系統、二
② .NET三層架構解析一：什麼是三層架構
所謂三層架構 ，是在客戶端與資料庫之間加入了一個中間層，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構，也不僅僅有B/S應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一台機器上。 在項目開發的過程中，有時把整個項目分為三層架構，其中包括：表示層(UI)、業務邏輯層(BLL)和數據訪問層(DAL)。三層的作用分別如下： 表示層：為用戶提供交互操作界面，這一點不論是對於Web還是WinForm都是如此，就是用戶界面操作。我們網站展示給用戶看的界面。 業務邏輯層：負責關鍵業務的處理和數據的傳遞。復雜的邏輯判斷和涉及到資料庫的數據驗證都需要在此做出處理。根據傳入的值返回用戶想得到的值，或者處理相關的邏輯。 數據訪問層：見名知意，負責資料庫數據的訪問。主要為業務邏輯層提供數據，根據傳入的值來操作資料庫，增、刪、改或者其它。 以下我簡單介紹下一個用戶管理模塊: 為了整個項目的開發方便，我們在項目中會建幾個類庫SQLHelper,BLL,DAL,Model和一個Web網站。為了命名清晰，我們可以這樣命名這個三個工程（即在解決方案里添加的類庫）: 業務邏輯層(BusinessLogicLayer)：BLL，命名空間默認設置為BLL 數據訪問層(DataAccessLayer):DAL,命名空間默認設置為DAL SQL幫助類：SQLHelper,命名空間默認設置為SQLHelper 另外我們為了數據傳遞的方便，通常再添加一個類庫，這個類庫是貫穿於整個三層架構中的。即實體類。通常命名為Model,命名空間默認值設置為：Models。其中封裝的每個類都對應一個實體，通常就是資料庫中的一個表。如資料庫中的用戶表（custom）封裝為（custom），將表中的每個欄位都封裝成共有的屬性。 這樣三層架構的搭建就基本完成了。這三層有著非常強的依賴關系： 表示層 ← 業務邏輯層 ← 數據訪問層 他們之間的數據傳遞是雙向的，並且通常藉助實體類傳遞數據。 1、易於項目的修改和維護。在項目的開發過程中或者開發後的升級過程中，甚至在項目的移植過程中。這種三層架構是非常方便的。比如項目從Web移植到Form，我們只需要將表示層重新做一遍就可以了。其餘兩層不用改動，只需添加到現有項目就可以了。如果不採用這種架構，只是將代碼寫到表示層。那麼所有的編碼幾乎都要重新來了。 2、易於擴展。在功能的擴展上同樣如此，如有功能的添加只需把原有的類庫添加方法就可了 3、易於代碼的重用。這一點就不用解釋了。 4、易於分工協作開 還可以加個介面類庫Iinterface, 加入設計模式，使你的代碼靈活性更好源碼天空 其實，當我們做一個項目時，我們應該先考慮一下這個項目是不是應該應用三層/多層設計時, 先得考慮下是不是真的需要? 實際上大部分程序就開個WebApplication就足夠了, 完全沒必要作的這么復雜. 而多層結構, 是用於解決真正復雜的項目需求的。
③ 只有表示層是什麼架構
不用到資料庫,就沒有數據訪問層,那你建的項目就不是三層架構.如果你使用了三層的話,表示層還是要調用業務層的.
使用三層是為了「高內聚，低耦合」的思想,使得開發人員的分工更加明確,降低層與層間的依賴性，既可以良好地保證未來的可擴展，在復用性上也是優勢明顯。
表示層:也就是界面層,給用戶看到
業務層:對數據業務邏輯處理
數據訪問層:對數據的增、刪、改、查等.
用戶提交了一個請求,先傳遞到業務層,業務層進行處理,再轉到數據訪問層,數據訪問層,在對資料庫進行相關的操作,得到一個結果,再傳到業務層,業務層處理完了之後,返回給界面層,最終響應給了用戶.
④ 三層架構中的表示層，數據訪問層，和業務邏輯層具體是怎麼劃分的
一般講到三層架構，其實就是將整個業務應用劃分為表示層、業務邏輯層、數據訪問層等。 三層體系結構，是在客戶端與資料庫之間加入了一個「中間層」，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構
⑤ 表示層 業務邏輯層 數據訪問層怎麼理解
顧名思義，
表示層存放和前台交互的代碼，比如 servlet，用於接收數據、跳轉頁面等
業務邏輯層，存放業務邏輯相關代碼
數據訪問層，存放和資料庫交互的代碼
⑥ 三層中，業務層、表示層 這兩層是用來幹嘛的。
三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。區分層次的目的即為了「高內聚，低耦合」的思想。
1、業務邏輯層（BLL）：針對具體問題的操作，也可以說是對數據層的操作，對數據業務邏輯處理。（關鍵在於由原始數據抽象出邏輯數據）能夠提供interface\API層次上所有的功能。，「中間業務層」的實際目的是將「數據訪問層」的最基礎的存儲邏輯組合起來，形成一種業務規則
2、表示層（DAL）：該層所做事務直接操作資料庫，針對數據的增添、刪除、修改、查找等。（關鍵在於粒度的把握）要保證「數據訪問層」的中的函數功能的原子性！即最小性和不可再分。「數據訪問層」只管負責存儲或讀取數據就可以了。
⑦ 什麼是網站的三層結構：數據層、業務層、表現層
您好，
一般講到網站的三層架構，其實就是將整個業務應用劃分為表示層、業務邏輯層、數據訪問層等。
三層體系結構，是在客戶端與資料庫之間加入了一個「中間層」，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構：數據層、業務層、表現層，就是MVC模式，這是一種軟體的設計模式，通過層次的劃分，把各自不同的邏輯隔離開來。
詳細了解的話，建議你在網上搜下MVC。
另外，網站不一定都要是MVC的，有些雖然說的很強大，其實根本不是那麼回事。如果只是個很小的網站，確實沒必要一定要去實現MVC，成本上不劃算。就跟你如果去買菜，沒必要一定要開法拉利一樣。
至於VS2005，對於網站你可以這么開，它是把前台界面的顯示和後台業務邏輯分開來的，你可以這么理解前台界面部分是V，後台業務邏輯類是C，資料庫部分是M。
⑧ 怎麼理解java中的業務邏輯層、數據訪問層、表示層請各位大神幫忙解析
業務邏輯層（servlet）是處理業務的地方
數據訪問層就是去資料庫獲取數據的地方
表示層（jsp，html頁面）也就是展示數據的地方
比如：登入操作，在表示層登入，然後業務邏輯層就會帶著用戶名和密碼去數據訪問層去查詢數據，看看有沒有這個用戶，返回給業務層，業務層就判斷返回的東西，就知道有沒有這個戶名，沒有則攜帶錯誤信息再跳轉到表示層，有則進行下一步操作
⑨ 什麼是網站的三層結構：數據層、業務層、表現層
您好，
一般講到網站的三層架構，其實就是將整個業務應用劃分為表示層、業務邏輯層、數據訪問層等。 三層體系結構，是在客戶端與資料庫之間加入了一個「中間層」，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三台機器就是三層體系結構：數據層、業務層、表現層，就是MVC模式，這是一種軟體的設計模式，通過層次的劃分，把各自不同的邏輯隔離開來。
詳細了解的話，建議你在網上搜下MVC。
另外，網站不一定都要是MVC的，有些雖然說的很強大，其實根本不是那麼回事。如果只是個很小的網站，確實沒必要一定要去實現MVC，成本上不劃算。就跟你如果去買菜，沒必要一定要開法拉利一樣。
至於VS2005，對於網站你可以這么開，它是把前台界面的顯示和後台業務邏輯分開來的，你可以這么理解前台界面部分是V，後台業務邏輯類是C，資料庫部分是M。
⑩ 怎麼理解java中的業務邏輯層，數據訪問層，表示層
三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。區分層次的目的即為了「高內聚，低耦合」的思想。
1、表現層（UI）：通俗講就是展現給用戶的界面，即用戶在使用一個系統的時候他的所見所得。（負責展示而已）
2、業務邏輯層（BLL）：針對具體問題的操作，也可以說是對數據層的操作，對數據業務邏輯處理。（關鍵在於由原始數據抽象出邏輯數據）能夠提供interface\API層次上所有的功能。，「中間業務層」的實際目的是將「數據訪問層」的最基礎的存儲邏輯組合起來，形成一種業務規則
3、數據訪問層（DAL）：該層所做事務直接操作資料庫，針對數據的增添、刪除、修改、查找等。（關鍵在於粒度的把握）要保證「數據訪問層」的中的函數功能的原子性！即最小性和不可再分。「數據訪問層」只管負責存儲或讀取數據就可以了。
多寫寫項目，多了解項目結構大概就能知道這樣的好處了