我在我的項目中使用的框架遵循MVC模式。我建立JSON提要,並且需要以不同的方式來構建它們,然後系統默認從ORM中提供給我什麼,我應該在哪裏處理模型中的任務,並在模型中處理我將要提供的數據,視圖或控制器?MVC:構造Feed輸出
現在,我做我的控制器,然後通過這些數據的看法。我可以看到這個擬合模型或視圖,但不知道哪一個更好的下。
我在我的項目中使用的框架遵循MVC模式。我建立JSON提要,並且需要以不同的方式來構建它們,然後系統默認從ORM中提供給我什麼,我應該在哪裏處理模型中的任務,並在模型中處理我將要提供的數據,視圖或控制器?MVC:構造Feed輸出
現在,我做我的控制器,然後通過這些數據的看法。我可以看到這個擬合模型或視圖,但不知道哪一個更好的下。
如果這個不同的結構只與視圖有關,你應該把它保留在視圖中。
如果這個結構用於多於的一個視圖,請爲它做一個幫手。
在您的應用程序內部應該標準化爲一種數據格式,因此模型應始終返回標準格式。如果您要在控制器中使用該數據執行某些操作,則需要更改與數據交互的邏輯,只需使用該控制器功能即可,在這種情況下,這並不合理。如果您稍後決定更改模型中的格式,則還需要更改與其交互的控制器中的代碼。如果沒有優勢,則不要創建依賴關係。
如果我是你,我會編寫一個模型方法來實現它,把它放在控制器中會使你的控制器變胖,這很糟糕,並且意味着你不能從其他控制器動作或其他任何地方調用該功能。被認爲是表示邏輯,我更願意保持我的觀點非常簡單,最多隻有條件和迭代器。可能有一個關於幫助者的論點,但我仍然堅持這個模型。
我明白你的意思,並且完全同意你關於把它放在控制器外面。但是,我不明白爲什麼我需要再次調用該功能,除非我被要求提供該饋送。在控制器中擁有所有這一切都很好,因爲它已經在執行我的SQL查詢了,將兩個文件編輯爲A)從我的控制器中的數據庫獲取我想要的數據並且B)在視圖中重新格式化該日期以我想要的方式得到它,但我想這是MVC的方式? – 2010-03-11 21:53:43
我要走這個方向,謝謝你的輸入。這是因爲這種重組只在飼料產量方面完成。 – 2010-03-12 16:38:28