2009-08-10 69 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

相关问题