2009-08-10 39 views
0

好吧,所以這裏是我在哪裏。我一直在研究MVC/OOP,試圖把自己作爲一個練習。我想我已經在MVC的首字母縮略詞中寫下了每封信的目的 - 我的問題與設計決定有關。控制局部視圖re:聯繫表

我已經設置了一個FC類 - 它從$ _GET數組中獲取參數,並使用include將相應的子模板加載到主模板中。每個子模板也執行類似的技巧,並加載一組部分以允許複雜的佈局要求。當我這樣做時,我得到了我沒有完全理解的所有事情 - 模型沒有做出重要的表現(儘管公平,「應用程序」對數據層沒什麼影響)。

然後我想我應該處理聯繫表單,它需要三個狀態/視圖,提交時沒有錯誤,提交時有錯誤,沒有提交。我已經看到了很多解決這個問題的方法,我想獲得一些反饋。我打算做的是在該部分中加載一個控制器,根據請求數據處理視圖選擇。

我看着應用程序控制器,但我看到的例子只是循環了一大堆命令,我想我只想執行每個部分的命令/控制,所以我不確定這是否正確的路要走。

所以,我的問題是:

  1. 你會建議?
  2. 您將如何定義我描述的組件,是控制器,命令模式還是骯髒的Page Controller?

警告:「應用程序」只不過是一個基本的小冊子網站,但我想要解決一些簡單的問題來理解概念。

+0

聞起來像PHP,所以標記爲這樣 – skaffman 2009-08-10 08:43:52

+0

是啊,我的道歉 – sunwukung 2009-08-10 09:35:22

回答

0

你會推薦什麼?

接觸的形式,這需要三個 狀態/視圖,沒有 錯誤,有錯誤的提交提交的,而不是 提交

  1. 未提交(視圖=形式)
  2. 提交有錯誤(查看=表單,對於每個錯誤 - >顯示錯誤)
  3. 提交時沒有錯誤(view = form_success)

這樣你只需要2個視圖。

您將如何定義我描述的組件,是控制器,命令模式還是骯髒的Page Controller?

控制器,除非控制器!= 污垢頁面控制器 - 如果是的話,我不知道。

+0

你會怎麼推薦我調用partials? re:骯髒的頁面控制器 - 我從不同的來源收集頁面控制器被鄙視 - 這是必要的嗎? – sunwukung 2009-08-10 11:44:31

+0

在您描述的場景中,不需要調用部分。頁面控制器沒有什麼不對,我的意思是,在我的理解中,所有控制器都應該是頁面控制器,否則它們是什麼? – 2009-08-10 11:59:52

+0

我很欣賞你在說什麼 - 但是說你想在頁面上有幾個應用程序元素 - 圖像庫,聯繫表單,博客卷。如果您爲每個頁面使用單個頁面控制器/視圖(並且據我瞭解它是實現),則會使用條件臃腫。命令模式似乎更輕量化,因爲它可以單獨處理視圖的每個部分,並允許重複使用頁面之間的部分,而不會有過多的重複。但是,您可以爲每個部分添加一個條件。我只是想弄清楚哪一個是最好的。 – sunwukung 2009-08-10 12:51:57

相關問題