模型對象是否應通過MVC模式中的視圖創建？

Question

在MVC模式中，我看到了組成數據模型的類和驅動系統的這些類的實例之間的區別。我的團隊恭敬地不同意我的意見，我想澄清一下。

我有一個Employee類，它是模型中唯一的類。控制器有一個類的實例，並且該實例驅動視圖。

我會打電話給控制器「模型」所擁有的Employee類的一個實例，並且我會調用Employee類的其他任何實例，但不驅動系統「不是模型」。

爲什麼我這樣做是因爲我的團隊認爲視圖不應該創建模型。我同意，但我認爲該視圖應該能夠創建Employee類的實例傳遞給控制器​​。

例如，如果我在控制器中有一個方法setCoworker(employee : Employee)，我認爲視圖創建一個Employee的新實例並將其傳遞給控制器​​是完全可以的。

MVC模式最佳實踐指令是什麼？我不應該從視圖創建實例嗎？

Answer 1

這取決於一點哪個你正在關注的MVC模式（有很多口味）。但是，一般來說，視圖的唯一職責應該是將人的輸入轉化爲對控制器的調用，以及將模型保存到輸出中的任何數據狀態。

所以我必須同意你的團隊。您可能在視圖中有一個按鈕OnClick處理程序或類似的東西，然後調用controller.BuildANewModel()，但是您不會讓視圖自己實例化新模型。

這就是說，上次我查了一下，四人幫把他們的棒球棒和輪胎鐵桿掛起來了，並沒有把那些不遵循圖案的人扔下去，所以無論你爲什麼工作。 。 。 :)

Answer 2

我想與您的團隊一致認爲：

限制依賴性的觀點甚至不應該知道的控制器和它的內部實現的，所以它不能夠創建員工傳遞給控制器。
應該有隻是一個通知機制 - 授權或某種其他鬆散聯接機構 - 其中所述視圖通知控制器，它應該創建一個新的僱員，或差分表述：視圖將通知一定的輸入或事件的控制器和控制者會決定創建一個新員工。
在您的溶液視圖和控制器將被緊密地耦合在一起，它實際上可以被看作是對組成：MVC模式將被破壞。

---

MVC總之：型號保存數據，控制器具有邏輯，考慮到與用戶進行交互。唯一知道兩者的組件是控制器。模型一無所知視圖或控制器，視圖一無所知模型，並只與控制器加上非常鬆散。只是通知它有關輸入和類似。你當然可以創建其他結構，但那不是MVC。你的問題是關於MVC。

這說明在可可MVC模式，詞彙可能不熟悉，但或多或​​少MVC應該是這樣的。綠色表示關於模型和視圖的控制器知識，而黃色表示不同的鬆耦合機制。這在不同的語言和框架中可能會有所不同。

_{這裏找到：What should own the model in an MVC pattern?}

Answer 3

意見不應該通過什麼控制器。控制器不應該將任何事情傳遞給視圖。模型層不應該返回任何東西給控制器。這裏是如何的信息流應該在MVC實現：

來源：wikipedia

此外，模型是一個層。不是課堂或對象。包含多個結構的圖層，每個結構都有不同的責任。你所稱的Employee不是模型（甚至是「模型」）。相反，它只是衆多的domain objects之一。

無論你的觀點和你的控制器應該對域對象的任何直接訪問。相反，他們應該通過服務層與模型層交互，該層包含模型層中的「應用程序邏輯」（域和存儲結構之間的交互）。

_{這些將是關於這個問題我的兩分錢，但我會被標記這是「過於寬泛」，因爲人們可以寫一本書（和一些 - 擁有）對MVC實現的主題。}