Model view controller MVC框架中的静态页面?

Model view controller MVC框架中的静态页面?,model-view-controller,design-patterns,cfwheels,Model View Controller,Design Patterns,Cfwheels,在MVC框架中,你们把静态页面(比如主页)放在哪里?你有家庭控制器吗?页面控制器?您是否为每个静态页面创建操作 我现在用的是CFWheels,我想找出放置它们的最佳位置 编辑:显然,CFWheels不需要为所有视图创建操作。因此,您可以创建一个空的控制器,并调用视图,如动作,但不必写出空白函数。 CaKePHP,我猜,Ruby on Rails有一个页面控制器。有一个路由函数可以将请求重定向到/pages/foo到/pages/display/foo。类似地,/被重定向到/pages/disp

在MVC框架中,你们把静态页面(比如主页)放在哪里?你有家庭控制器吗?页面控制器?您是否为每个静态页面创建操作

我现在用的是CFWheels,我想找出放置它们的最佳位置


编辑:显然,CFWheels不需要为所有视图创建操作。因此,您可以创建一个空的控制器,并调用视图,如动作,但不必写出空白函数。

CaKePHP,我猜,Ruby on Rails有一个页面控制器。有一个路由函数可以将请求重定向到/pages/foo到/pages/display/foo。类似地,/被重定向到/pages/display/home。“显示”操作会在“视图/页面”文件夹中查找具有匹配名称的任何文件,并呈现该文件。

我使用带有私有管理页面的简单CMS将静态页面放入数据库


这样,客户端就可以自己进行简单的更改。

在一天结束时,静态页面是一个没有模型的视图,它是根据用户通过点击特定路径从服务器请求的操作返回的:-

是的,从技术上讲,您可以向用户公开视图资源的直接位置,并依赖http守护进程获取并返回它。但是,这意味着资源URL现在不是绑定到要公开的资源的语义,而是绑定到实际位。这意味着,如果您想要同一资源的另一个表示,则必须在不同的URL上公开它


因此,在创建web应用程序的结构时,首先考虑URL和要公开的资源,然后考虑如何实现每个资源。

在Wheels中,您甚至不需要创建控制器文件

如果在此处创建视图: views/about/index.cfm

您根本不需要创建控制器文件。那么,您应该能够毫无问题地调用此功能:

如果你是在评论我所说的CF车轮,我的措辞很糟糕。它不直接调用文件,您仍然可以路由它们,您不必为每个视图都使用无意义的空函数:啊。。。虽然这很好,但我认为你滥用了索引文件;嘿,如果您需要添加views/about/executives.cfm和views/about/contact.cfm或其他内容,它就可以工作。然后你可以访问www.example.com/about/executives和www.example.com/about/contact等。或者你的笑话中有什么我没听清楚的?哈哈,重点是我不认为每个静态页面都应该有一个包含单个文件的文件夹。但是如果你想把其他东西放进去,那当然。我相信,在数据库中创建静态页面并不会让它们成为静态的。静态页面的真正本质是,您可以随意处理其中的内容。SPS将页面设置为左侧的图像。SP B显示为右侧的图像。SP C完全没有图像等。。。如果我们将这些信息存储在数据库中,如何覆盖所有可能的布局变化?我们真的应该利用客户手中的布局设计吗?