-
三層結構
鎖定
- 中文名
- 三層結構
- 方 法
- 客户端與數據庫之間加入中間件層
- 三層指
- 邏輯上的三層
- 內 容
- 將合法性校驗等放到中間層處理
三層結構基本介紹
理解三層結構
我們用三層結構主要是使項目結構更清楚，分工更明確，有利於後期的維護和升級．
1：數據訪問層：主要是對原始數據（數據庫或者文本文件等存放數據的形式）的操作層，而不
是指原始數據，也就是説，是對數據的操作，而不是數據庫，具體為業務邏輯層或表示層提供數據服務。
2：業務邏輯層：主要是針對具體的問題的操作，也可以理解成對數據層的操作，對數據業務邏
輯處理，如果説數據層是積木，那邏輯層就是對這些積木的搭建。
：aspx，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地
提供服務。
三層結構區分方法
1：數據訪問層：主要看你的數據層裏面有沒有包含邏輯處理，實際上他的各個函數主要完成
各個對數據文件的操作。而不必管其他操作。
2：業務邏輯層：主要負責對數據層的操作。也就是説把一些數據層的操作進行組合。
3：表示層：主要對用户的請求接受，以及數據的返回，為客户端提供應用程序的訪問。
三層結構結構説明
完善的三層結構的要求是：修改表現層而不用修改邏輯層，修改邏輯層而不用修改數據層
.否則你的應用是不是多層結構，或者説是層結構的劃分和組織上是不是有問題就很難説.
不同的應用有不同的理解，這是一個概念的問題．
以下是一些個人感想
是的，這是一個比較抽象的問題，但是看看應能明白了.
業務邏輯層，就是把你的代碼中大量出現的組合成一個函數，以後當你需要使用這些代碼時，直接調用函數即可.比如.NET中有大量連接數據庫的代碼（基本上都差不多），我們就可以直接用一個用户控件來定義一下這樣代碼.以後當我們要連接數據庫時，直接調用這些函數就可以了.這些東西就可以叫做邏輯或者中間件.以後我們修改數據庫的連接代碼時，直接修改這些用户控件就可以了.
三層結構不是.NET的專利，也不是專門用在數據庫上的技術。它是一種更加普適的架構設計理念。數據-邏輯-界面。在實際應用中還會根據需要多出傳遞數據的層，接口層等等。
三層結構優缺點
三層結構優點
1、無需開發客户端軟件，維護和升級方便。
2、可跨平台操作。
3、具有良好的開放性和可擴充性。
4、便於數據庫移植。
5、安全性好
6、資源重用性好。
三層結構缺點
相對於不分層的編程方法，使用三層或多層架構的應用於程序運行效率低，代碼量大，難度增加。
三層結構相關概念
1、表現層（UI）：通俗講就是展現給用户的界面，即用户在使用一個系統的時候他的所見所得。
