如何建構企業 MVC 應用程序，以及業務邏輯何去何從？

我是 MVC 新手。據我所知：

• 控制器：處理路由請求
• View：處理數據的呈現
• 模型：看起來很像數據訪問層

業務邏輯去哪兒了？

以大型企業應用程序為例：

• 幾個不同的數據源（WCF、WebServices 和 ADO）在數據訪問層中捆綁在一起（使用多個不同的 DTO）。
• 很多業務邏輯分割成幾個 dll。

MVC Web 應用程序在此之上的合適方式是什麼（就程式碼和項目結構而言）？

我在 Model 文件夾中看到的所有內容似乎都不適合非常大的應用程序的範例。

感謝您的任何建議！

在我的應用程序中，我通常會創建一個與 Web 項目分開的“核心”項目。

核心項目包含：

1. 業務對象，例如實體等
2. 數據訪問
3. 任何不是專門為網路設計的

網路項目包含：

1. 控制器，將請求從 UI 路由到核心邏輯
2. 視圖，專注於在 HTML 中呈現數據
3. 視圖模型，將核心業務對象展平/轉換為更簡單的結構，旨在支持特定視圖

這裡的關鍵點是基於 Web 的 Models 文件夾/命名空間僅用於特定於展示文稿的模型，這些模型記錄了給定視圖所需的特定變數。盡可能多的“業務邏輯”進入核心項目。

引用自：https://stackoverflow.com/questions/2568010