我相对精通设计网站.我主要去LAMP,我已经拥有了一个我自己的小框架.简而言之,它将逻辑与布局分开,我基本上有一个逻辑文件到一个或多个布局文件,具体取决于布局中支持的视图.有一个管理部分,有用户身份验证和所有这些东西.精细.
所以,当我想在PHP中设计/编程的方式更加精细 - 或者整个网站编程时 - 我想知道如何正确地"思考"MVC.我倾向于这种方式,因为我目前的框架是面向数据库的,并且在性能至关重要的情况下变得有点沉重.
所以这是我的问题:我是否正确假设控制器通常对应于"部分"或"页面",并且视图负责显示该控制器,并且模型处理控制器使用的对象并显示在看法？
让我们举一个例子(不太详细,但足以看我的想法是否有效):
假设我们有一个简单的游戏网站.这些部分通常是:首页,游戏,论坛和关于/免责声明等.
的控制器类对应于区段但变得有点更精细的覆盖由部即游戏部分覆盖的对象的"单实例"版本变成两个控制器; 一个用于游戏概述(游戏列表),一个用于游戏页面本身.整个将是首页,游戏概述,游戏页面,论坛,论坛,主题页,关于和免责声明.
该意见可以是一些布局每个控制器如一样的控制器,但也许各种类型的论坛网页的意见(取决于您希望查看它们)和游戏页面(可能是高分视图)等.
该模型(或数据对象)是典型的用户,游戏,论坛,主题帖,然后像很多话题标签,游戏榜辅助对象,什么不该做能有高分等等等等的议题可能进行分类和游戏.
是上述"正确"的思维方式还是我完全误解了网站的整个MVC概念.
我正在考虑转移到CodeIgniter或其他一些轻量级框架(随意评论框架选择或者是否更适合我自己)因为我自己的框架非常面向数据库并且现在没有削减它我的几个网站每天超过70,000次综合浏览量.
衷心感谢那些能够帮助我回答我对MVC的看法是否正确的问题,并且如果可能的话,在编写MVC时添加一些想法,并且仍然希望保持最前沿的性能(如使用脚本语言可以做到的很多事情).