通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。用於接收使用者輸入的資料和顯示處理後使用者須要的資料。
ui層和dal層之間的橋梁。：針對詳細問題的操作，也能夠說是對資料層的操作，對資料業務邏輯處理。業務邏輯詳細包括：驗證、計算、業務規則等等。
與資料庫打交道。主要實現對資料的增、刪、改、查。將儲存在資料庫中的資料提交給業務層，同一時候將業務層處理的資料儲存到資料庫。
使用者的需求反映給介面（
ui），
ui反映給
bll，
bll反映給
dal，
dal進行資料的操作，操作後再一一返回，直到將使用者所需資料反饋給使用者）
主要表示web方式，也能夠表示成winform方式，web方式也能夠表現成：aspx，假設邏輯層相當強大和完好，不管表現層怎樣定義和更改，邏輯層都能完好地提供服務。
主要是針對詳細的問題的操作，也能夠理解成對資料層的操作，對資料業務邏輯處理，假設說資料層是積木，那邏輯層就是對這些積木的搭建。
主要是對原始資料（資料庫或者文字檔案等存放資料的形式）的操作層，而不是指原始資料，也就是說，是對資料的操作，而不是資料庫，詳細為業務邏輯層或表示層提供資料服務．
1、分層就意味著組建的邏輯分組。比如，對使用者介面，業務邏輯和資料訪問組建應該使用不同的不同的層。
2、在乙個層內組建應該聚合的。如業務層組建僅應提供與業務邏輯相關的操作，而不是提供其它操作。
3、在設計的每個層介面時要考慮好物理邊界。假設通訊跨越了物理邊界，使用基於訊息操作；否則使用基於物件操作。
4、考慮使用介面型別（inte***ce）來定義每層的介面。這將同意你建立該介面的不同實現，提高可測性。
5、對於web應用程式，在表示層和業務邏輯層之間實現基於訊息的介面是乙個好主意，即使這兩層沒有跨越物理邊界。基於訊息的介面更適合於無狀態的web操作。
6最基本的就是
不能跨層呼叫。各層之間通過引數來傳遞，也就是實體類。
1、開發者能夠僅僅關注整個結構中的當中某一層；
2、能夠非常easy的用新的實現來替換原有層次的實現；
3、結構清晰，耦合度低；
4、有利於標準化；
5、利於各層邏輯的復用。
6、結構更加的明白
7、在後期維護的時候，極大地減少了維護成本和維護時間
1、減少了系統的效能。
這是不言而喻的。假設不採用分層式結構，非常多業務能夠直接造訪資料庫，以此獲取對應的資料，現在卻必須通過中間層來完畢。
2、有時會導致級聯的改動。
這樣的改動尤其體如今自上而下的方向。假設在表示層中須要新增乙個功能，為保證其設計符合分層式結構，可能須要在對應的業務邏輯層和資料訪問層中都新增對應的**。
3、新增了開發成本。
（當不論什麼乙個地方發生變化時，都須要又一次開發整個系統。「多層」放在一層，分工不明白耦合度高——難以適應需求變化，可維護性低、可擴充套件性低）
（發生在哪一層的變化，僅僅需更改該層，不須要更改整個系統。層次清晰，分工明白，每層之間耦合度低——提高了效率，適應需求變化，可維護性高，可擴充套件性高）
三層架構是乙個分層式的軟體體系架構設計，它可適用於不論什麼乙個專案。
mvc是乙個設計模式，它是依據專案的詳細需求來決定是否適用於該專案。
三層架構的目的著重點是「高內聚，低耦合」，即解耦。
mvc的目的則是實現web系統的職能分工，即職責劃分。
mvc是model-view-controller，嚴格說這三個加起來以後才是三層架構中的web層，也就是說，mvc把三層架構中的web層再度進行了分化，分成了控制器、檢視、實體三個部分，控制器完畢頁面邏輯，通過實體來與介面層完畢通話；而c層直接與三層中的bll進行對話。
三層 基礎知識點
dal只提供基本的資料訪問，不包含任何業務相關的邏輯處理。ui只負責顯示和採集使用者操作，不包含任何的業務相關的邏輯處理。bll負責處理邏輯。通過獲取ui傳出來的操作指令，決定執行業務邏輯，在需要訪問資料來源的時候直接交給dal處理。處理完成後，返回必要的資料給ui。dal的作用 dal中常用的技術...
三層架構 知識梳理
三層架構是什麼 三層架構 3 tier architecture 通常意義上就是將整個業務應用劃分為 顯示層 ui 業務邏輯層 bll 資料訪問層 dal 區分層次的目的主要是為了 高內聚低耦合 的思想。何時用 當業務複雜和資料儲存單獨存在時，需要將分層來編寫程式 怎麼用 拿乙個小小的 demo 來...
三層架構之模型層
你好，是我琉憶。今天我們講一講三層架構的模型層。為了讓大家能夠更好的理解三層架構，我們通過三層架構實現登入功能，讓你更全面的理解三層架構和使用。模型層主要儲存的是模型物件實體，這些實體的組合叫做實體類庫，它是資料庫表的對映物件，在資訊系統軟體實際開發的過程中，要建立物件例項，將關聯式資料庫表採用物件...