**：
1.本質上都是低耦合。
2.三層架構（資料訪問層，業務邏輯層，表現層）中model的概念與mvc中model的概念是不一樣的，「三層」中典型的model層是以實體類構成的，而mvc裡，則是由業務邏輯與訪問資料組成的。
不一樣的概念。雖然名字一樣。
3.mvc中的model可以建立成資料訪問層，業務邏輯層。
首先應用程式啟動的是客戶端**層，這是我從來沒有想到過的開發方式，通過**層將ui層的介面以外掛程式的形式進行載入，ui層相關的業務邏輯會呼叫客戶端邏輯層，客戶端邏輯層會通過.net remoting技術高效的呼叫服務層的方法，服務層通過dal層進行增刪改查操作，當然客戶端與服務端的資料傳輸是通過dto層進行的。
其中orm層不是我原來認為的會通過orm工具進行，而是資料實體層，可能是我沒有看到裡面具體的實現**的原因，但是我看到的是orm層是大量的資料實體，dto層就是要傳輸的資料物件。她們會通過介面層進行方法的匹配呼叫。
通過這個專案，我不是說讓我們了解到或者說學習到什麼，我只是想說難怪每個程式設計師都不一樣，設計出來的專案結構有時候也需要我們參考。原來多學習別人的設計可以帶來這麼多的用途。豐富自己的見解，能讓自己耳目一新的感覺。
好了，不說廢話了，我來說一下我通過這個結構學習到了什麼？
首先就是客戶端**層，將ui以外掛程式的方式進行載入，我個人認為這是個很不錯的方法，**層決定要載入哪些內容，而不是我們在介面上全部設計好，可以讓**層自己組裝。
其次讓我意外的就是資料傳輸層dto的使用，說實話我一直就了解dto的用途，但是我從來都沒有想到過在實際的專案中要用到他。dto和資料實體有一些區別。我在實際專案中一般都是傳輸資料實體，把資料庫表對應的資料實體進行傳輸，當然我見到很多人都這樣做，簡單快捷，但是我今天看到了dto層的單獨使用，讓我明白以後在追求好的解決方案的時候，開發上的快捷有時候會帶來效能上的開銷。我理解中的dto應該是包括要傳輸的資料，但是可能包括乙個表中的乙個欄位和另乙個表的兩個字段，這樣通過dto層可以很容易的實現，但是通過資料實體我們就需要傳輸兩個物件，會無形中增加資料的開銷。
5.**：
架子設計
MVC與三層架構區別
三層架構是乙個分層式的軟體體系架構設計，它可適用於任何乙個專案。mvc是乙個設計模式，它是根據專案的具體需求來決定是否適用於該專案。那麼架構跟設計模式有什麼區別呢？我們從接手乙個專案開始，首先，我們需要進行架構設計，一般我們採用的就是分層式的架構設計，即我們的三層架構。然後，在確定了架構以後，我們再...
MVC與三層架構區別
本文 趙丹丹的專欄 三層架構與mvc謎團之答案揭曉 我們平時總是將三層架構與mvc混為一談，殊不知它倆並不是乙個概念。下面我來為大家揭曉我所知道的一些真相。首先，它倆根本不是乙個概念。三層架構是乙個分層式的軟體體系架構設計，它可適用於任何乙個專案。mvc是乙個設計模式，它是根據專案的具體需求來決定是...
MVC與三層架構區別
三層架構是乙個分層式的軟體體系架構設計，它可適用於任何乙個專案。mvc是乙個設計模式，它是根據專案的具體需求來決定是否適用於該專案。那麼架構跟設計模式有什麼區別呢？我們從接手乙個專案開始，首先，我們需要進行架構設計，一般我們採用的就是分層式的架構設計，即我們的三層架構。然後，在確定了架構以後，我們再...