15

对于我正在从事的一些项目,我有自己的手动 PHP MVC 框架。当我第一次创建框架时,它是在构建管理 CMS 的上下文中。因此,模型、视图和控制器之间存在非常好的一对一关系。您在数据库中有一行,它映射到一个模型。控制器加载模型并将其传递给要渲染的视图(例如进入编辑表单)。漂亮,干净,简单。

然而,现在我在网站的前端工作,事情变得棘手。页面并不总是单个模型的视图。它可能是一个包含 20 个用户(每个用户模型)的用户目录列表。此外,可能有关于请求的元数据,例如分页(当前页面、总页面、结果数)和/或搜索查询。

我的问题是,将所有这些数据传递给视图的最干净的方法是什么?

我正在考虑的一些选项:

  • 让控制器创建一个数组并将其作为单个参数传递给视图:

    class UserController{
    
        public function renderView(){
    
            // assume there's some logic to create models, get pagination, etc.
            $data = array()
            $data['models'] = $models; 
            $data['currentPage'] = $current;
            $data['totalPages'] = $total;
            return $view->render($data);
        }
    }
    
    class UserView{
        public function render($data){
            // render the data
        }
    }
    
  • 在视图类中创建属性并让控制器填充它们:

    class UserView{
        public $models;
        public $currentPage;
        public $totalPages;
    }
    
    class UserController{
    
        public function renderView(){
    
            // assume there's some logic to create models, get pagination, etc.
            $view = new UserView();
            $view->models = $models; 
            $view->currentPage = $current;
            $view->totalPages = $total;
            return $view->render();
        }
    }
    
  • 为视图提供某种通用的 HashMap 或 Collection 对象作为容器,可以容纳任意数量和名称的数据。

    class UserView{
        public $collection = new Collection(); // works like a Java collection
    }
    
    class UserController{
    
        public function renderView(){
    
            // assume there's some logic to create models, get pagination, etc. 
            $view = new UserView();
            $view->collection->add($models,'models');
            $view->collection->add($currentPage,'currentPage');        
            return $view->render();
        }
    }
    

我知道从技术上讲,任何一种方法都可以,但我不确定最佳选择,或者我是否缺少更好或更传统的选择。

4

3 回答 3

4

我将推荐Fat Models、Skinny Controllers的概念(或者,如果你喜欢的话, Fat Models Thin Controllers ...)

换句话说,您的模型过于严格 - 将您的模型绑定为仅表示 RowDataGateway 之类的东西是非常有限的。

事实上,我认为好的模型完全隐藏了你正在从数据库中读取数据的事实。因为,实际上,您的数据可能位于文本文件中,也可能来自 Web 服务或其他任何东西。如果您将您的模型视为一个美化的 DBAL,那么您注定要在控制器中使用紧密耦合的代码,这不会让您摆脱“数据仅来自数据库”的思维方式。

于 2009-06-04T05:43:23.897 回答
0

我已经看到在流行的 MVC/模板框架中实现的前两种方法。

django使用第一种方法,将视图用于填充模板的变量字典传递给视图。

smarty使用第二种方法,创建一个 Smarty 对象并为容器中的每个属性分配值。

您的第三种方法似乎与第二种方法基本相同,只是架构差异很小。

真的,我想我还没有说你没有想到的任何事情。基本上,这些都是听起来不错的想法,所以实现你觉得最舒服的任何东西。

于 2009-06-04T05:38:47.180 回答
0

在我使用的那个中,它在控制器中自动具有一个视图属性,您可以访问视图上的方法和属性。然后可以在视图视图“$this”中访问所有公共属性,因为视图是在它自己的对象上下文中呈现的。

在控制器中:

$this->view->myVar = 'test';

在视图中:

$this->myVar; // 'test'

布局也是如此,因为它们都是同一视图对象的两个单独实例:

$this->layout->myVar = 'test';

然后在布局中:

$this->myVar; // 'test'

该框架曾经是专有的,但即将向公众发布。如果您认为这有帮助,我很乐意向您发送一些代码。请记住,最简单的答案通常是最好的答案。

于 2009-06-04T06:53:07.207 回答