1樓：匿名使用者
這個你多打幾次**，多做幾個案例，就懂了，很簡單。三層包括有：業務邏輯層，資料訪問層，表示層一般還有個模型層，我給你乙個做專案的思路吧。
做三層的話，開始搭建好三層，也就是model（模型層）,dal（資料訪問層）,bll（業務邏輯層）,和乙個**或者窗體（表示層）。然後按步驟來1.新增外部引用，把三層之間的對應關係引用好，然後在內部新增下引用，一般是dal引用model，bll引用dal和model，表示層引用bll和model。
2.編寫模型層，如果資料庫不是很複雜的話，你看資料庫裡有多少個表你要使用的，就在模型層編寫對應與表名相同的類，然後在類裡些對應表字段的封裝屬性。3.
編寫資料訪問層，這裡面就寫你對資料庫具體的操作方法，對應要插入的字段就可以通過建立model層類的例項來呼叫model層類裡對應的封裝屬性字段。4.編寫業務邏輯層，就是把dal裡的方法進行下總結封裝，讓表示層來掉用，這樣就省的表示層去dal裡呼叫具體的方法。
5.編寫表示層，呼叫bll裡對應的方法就ok了。希望對你有幫助！
2樓：匿名使用者
#include
#includevoidmain(void)
3樓：匿名使用者
法國紅酒人挺好記人體福田與計畫ikttyuyuio颱風天國際化就看看
c#中的三層結構
4樓：
一、什麼是三層結構
在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：資料訪問層、業務邏輯層（又或成為領域層）、表示層.
二、三層結構的優點
1、開發人員可以只關注整個結構中的其中某一層；
2、可以很容易的用新的實現來替換原有層次的實現；
3、可以降低層與層之間的依賴；
4、有利於標準化；
5、利於各層邏輯的復用。
概括來說，分層式設計可以達至如下目的：分散關注、鬆散耦合、邏輯復用、標準定義。
乙個好的分層式結構，可以使得開發人員的分工更加明確。一旦定義好各層次之間的介面，負責不同邏輯設計的開發人員就可以分散關注，齊頭並進。例如ui人員只需考慮使用者介面的體驗與操作，領域的設計人員可以僅關注業務邏輯的設計，而資料庫設計人員也不必為繁瑣的使用者互動而頭疼了。
每個開發人員的任務得到了確認，開發進度就可以迅速的提高。
鬆散耦合的好處是顯而易見的。如果乙個系統沒有分層，那麼各自的邏輯都緊緊糾纏在一起，彼此間相互依賴，誰都是不可替換的。一旦發生改變，則牽一髮而動全身，對專案的影響極為嚴重。
降低層與層間的依賴性，既可以良好地保證未來的可擴充套件，在復用性上也是優勢明顯。每個功能模組一旦定義好統一的介面，就可以被各個模組所呼叫，而不用為相同的功能進行重複地開發。
進行好的分層式結構設計，標準也是必不可少的。只有在一定程度的標準化基礎上，這個系統才是可擴充套件的，可替換的。而層與層之間的通訊也必然保證了介面的標準化。
三、分層式結構缺陷：
1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構，很多業務可以直接造訪資料庫，以此獲取相應的資料，如今卻必須通過中間層來完成。
2、有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加乙個功能，為保證其設計符合分層式結構，可能需要在相應的業務邏輯層和資料訪問層中都增加相應的**。
5樓：匿名使用者
易於公升級
維護方便
安全性高
6樓：左撇子滴偶
思路清淅，日後易於維護。只要是考試到日後維護問題
7樓：匿名使用者
還有團隊開發的話分工很清晰
c#中三層架構中的三層裡都寫什麼？
8樓：稻子
三層架構很重要! 給你說下吧: ui層 是表示層，也就是介面!
給使用者提供的互動介面， bll層是業務邏輯層，用來對資料進行傳遞和資料處理的，它依賴於dal層，也就是資料訪問層，dal層是資料訪問層，是用來對資料庫進行操作的，你對資料庫操作的**都寫在這一層當中，這一層依賴於資料庫，還有你剛才提到的 models 層，這個是模型層，這層裡面放的都是實體類，就是將資料庫中的資料表裡的列 定義成屬性，封裝在實體類 中。 相信你應該知道了吧!
c#中三層架構是什麼，請詳細解釋一下。
9樓：泡沫彈頭
簡單來說就是
把資料從資料庫訪問出來這是一層 資料訪問層把相關資料的業務關係整理這是一層 業務邏輯層把整理好的資料表示給人看這是一層 表示層.
順便幫你找了點資料:
乙個好的分層式結構，可以使得開發人員的分工更加明確。一旦定義好各層次之間的介面，負責不同邏輯設計的開發人員就可以分散關注，齊頭並進。例如ui人員只需考慮使用者介面的體驗與操作，領域的設計人員可以僅關注業務邏輯的設計，而資料庫設計人員也不必為繁瑣的使用者互動而頭疼了。
每個開發人員的任務得到了確認，開發進度就可以迅速的提高。
鬆散耦合的好處是顯而易見的。如果乙個系統沒有分層，那麼各自的邏輯都緊緊糾纏在一起，彼此間相互依賴，誰都是不可替換的。一旦發生改變，則牽一髮而動全身，對專案的影響極為嚴重。
降低層與層間的依賴性，既可以良好地保證未來的可擴充套件，在復用性上也是優勢明顯。每個功能模組一旦定義好統一的介面，就可以被各個模組所呼叫，而不用為相同的功能進行重複地開發。
進行好的分層式結構設計，標準也是必不可少的。只有在一定程度的標準化基礎上，這個系統才是可擴充套件的，可替換的。而層與層之間的通訊也必然保證了介面的標準化。
10樓：雲中尚飛
參考
c#三層結構開發的問題
11樓：匿名使用者
bll呼叫dal
bll 往上 均用model 傳遞資訊
ui 應該有自己的control層 用來控制 ui 和model的互動 此model不是bll的model但是 包含bll的model
12樓：匿名使用者
檢視層呼叫業務層，業務層再呼叫介面，然後是資料層
13樓：匿名使用者
介面就是留出位置來接入其他。。
便於擴充套件，
比如兩個系統對接。
c#中使用三層架構的好處
14樓：匿名使用者
運用三層架構可以讓**的可讀性和功能的擴充套件性有著很好的提高個人認為，一般我們說的三層甚至多層架構，是根據一定的分層原則，把乙個應用分層處理，每層完成各自的工作，相互之間相對獨立。
比如：有乙個應用，我們分為介面層，邏輯層，資料層，那麼這三層分管不同的處理，介面層主要完成與使用者的互動；邏輯層完成商業邏輯運算；資料層完成資料儲存等。
這樣做的好處是方便維護。例如：我們把介面層提供給使用者使用，邏輯運算放到遠端伺服器上，當我們需要調整運算邏輯的時候，只需要調整邏輯層就可以了，在使用者那邊根本感覺不到改動，也省去了重新部署的麻煩。
15樓：匿名使用者
分層見仁見智，不一定必須遵照三層，僅僅是因為它很經典，所以要學分層，就先從三層學起
表示層——使用者可見的部分，對介面有要求的系統可能會有設計師來進行設計，程式設計師再通過程式設計實現
業務層——業務邏輯部分，根據需求和不同業務會有所不同，有時需要專門的知識
資料層——變動最小也最不希望後期變動的地方，可重用率高，大多數時候與資料庫互動，.net中的ado.net負責這裡的實現
16樓：匿名使用者
三層架構 ，把程式分為了資料層、邏輯層、介面層。
17樓：匿名使用者
分架構開發，上層不需要知道底層如何實現，只要知道有怎麼用就可以了，這樣可以在有設計的情況下分開開發，開發的人可以互不認識
c#如何實現三層架構
18樓：業令酈雪峰
所謂三層架構，並不是只有三個專案，有可能是四個，八個（比如抽象工廠，反射工廠設計模式），三層指的是表示層，業務邏輯層，資料訪問層，通常我們為了封裝資料，還會新建個專案專門用來裝實體類，方便封裝資料，這樣就四個專案了，可依然叫三層，資料訪問層主要負責鏈結資料庫，業務邏輯層做判斷之類的業務邏輯，表示層只需要呼叫業務邏輯層的方法。這樣就分工明確了，比如我們資料庫鏈結有問題，直接就找到資料訪問層，業務邏輯有問題，就直接找到業務邏輯層，思維明確了，並不是說效能就比一層架構高，但是適合了團隊開發，三層可以叫三個人一人負責一塊，但是一層架構，只適合乙個人，兩個人或以上就容易起衝突了
C中的三層結構是什麼？具體的感念和作用
一 什麼是三層結構 在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為 資料訪問層 業務邏輯層 又或成為領域層 表示層.二 三層結構的優點 1 開發人員可以只關注整個結構中的其中某一層 2 可以很容易的用新的實現來替換原有層次的實現 3 ...
什麼是B S三層開發結構？三層B S結構是什麼？
兩層 客戶機 伺服器 三層 客戶機 中間層 應用伺服器 伺服器 資料庫伺服器 三層中的 中間層 就是將兩層中客戶機中的 邏輯運算 等事務處理工作移出來的。從而減少客戶機和伺服器的壓力。b s多用在電子商務中。三層結構多用在mis erp等管理系統的開發中。三層結構將介面與業務邏輯分開，而兩層結構中介...
怎麼關閉三層交換機的三層路由功能
思科的話，不配置ip routing就行了，另外，不管是華三還是思科不配vlna位址都不會三層路由的 如何關閉思科三層交換機的路由功能 樓主，你好 正常情況下三層交換機預設關閉路由功能 也可以使用no ip routing來關閉 預設情況下就是關閉的，在全域性配置模式下no ip routing c...