16

有人可以解释一下吗？

让我告诉你我所知道的。如果前三点不错，请解释第四点。

  1. 请求来到控制器。
  2. 在控制器动作中，我们启动模型。
  3. 模型通过连接数据库等收集或生成所需的所有信息。

之后会发生什么？

  1. 模型如何向 Blocks 传递数据，或者 Blocks 是如何从模型中获取数据的？

  2. 模板获取准备好的数据并显示在屏幕上

    • 此外，请求是否会再次返回到控制器？

请解释。我在几个地方感到困惑。

4

3 回答 3

39

没有任何东西将数据传输到块。在控制器动作完成其模型交互后，它负责

  1. 加载布局对象（间接加载和创建块对象）

  2. 告诉该布局对象呈现页面。

大多数 Magento 控制器操作在控制器操作结束时通过两次调用来完成此操作。

$this->loadLayout();
$this->renderLayout();

在 Magento 中，没有任何东西在视图上设置数据。相反，视图（即块对象）向系统请求数据。Mage_Tag_Block_Customer_View您可以在块类中看到一个示例。

#File: app/code/core/Mage/Tag/Block/Customer/View.php    
...
public function getTagInfo()
{
    if (is_null($this->_tagInfo)) {
        $this->_tagInfo = Mage::getModel('tag/tag')
            ->load($this->getTagId());
    }
    return $this->_tagInfo;
}    
...

在这里，这个块的getTagInfo方法直接向模型询问它的信息。这样，前端模板开发人员可以访问

$this->getTagInfo();

方法。我也有一个很好的权威，一个块的_prepareLayout方法是将大部分（如果不是全部）数据获取代码放在一个块中的理想场所。

您将看到使用的第二种模式是 Magento 注册表模式。这是一个 Magento 系统，可让您设置系统范围（但不是 PHP）的全局变量。

Mage::register('foo', 'some value');
echo Mage::registry('foo');

有时，Magento 开发人员会使用注册表在控制器操作中设置变量，然后在块中抓取。例如，在管理控制台的发票控制器中。

#File: app/code/core/Mage/Adminhtml/controllers/Sales/Order/InvoiceController.php
protected function _initInvoice()
{
    ...
    $invoice = Mage::register('current_invoice', $invoice);
    return $invoice;
}

然后一个 Block 稍后会引用它。

#File: app/code/core/Mage/Sales/Block/Order/Print/Invoice.php
public function getInvoice()
{
    return Mage::registry('current_invoice');
}

我对注册表模式并不感兴趣，但它被核心团队使用，所以它可能是洁净的。

最后，如果你想模拟大多数 PHP MVC 框架中使用的“哑视图”模式，试试这样的

$this->loadLayout();
$block = $this->getLayout()->getBlock('block_name');
$block->setSomeData('My Data');
$block->setData('alternate_syntax', 'Some other data');
$this->renderLayout();

然后在块和/或模板文件中。

echo $this->getSomeData();
echo $this->getData('some_data');

echo $this->getAlternateSyntax();
echo $this->getData('alternate_syntax');

调用后loadLayout，Magento 将创建所有块对象。您在上面所做的是获取对特定块对象的引用，然后设置其数据。

根据 Vinai 在下面的评论，还有一个块的assign方法需要考虑。

与 类似setData，在调用loadLayout（或从块的_prepareLayout）方法之后，您可以执行类似的操作

$this->loadLayout();
$block = $this->getLayout()->getBlock('block_name');
$block->assign('my_view_var','Something for the view');
$this->renderLayout();

然后在你的块phtml文件中，你就可以输出那个视图变量

echo $my_view_var;
于 2012-03-19T02:09:15.403 回答
3
  1. 正确，通过前端控制器和路由器
  2. 不完全的。Magento 的 ViewModel 实现部分是通过让视图（块）实例化它们自己的模型来促进的。
  3. 是的，通过资源模型。

当块通过$this->loadLayout()->renderLayout()动作控制器中的典型流程渲染时，如果它们使用模板，则这些模板include()在渲染时是 d。

调用后renderLayout()，执行仍然在我们已分派到的控制器操作的范围内，因此您可以通过获取请求对象来访问呈现的响应。

关键情节点：

  1. index.php 调用Mage::run()
  2. Mage::run来电Mage_Core_Model_App::run()

  3. App::run()首先调用Mage_Core_Controller_Varien_Front它的init()方法来收集和设置路由器，然后dispatch()执行以下操作：

    一个。数据库 URL 重写

    湾。配置重写（已弃用）

    C。通过路由器匹配正确的控制器动作。执行从前端控制器跳转到动作控制器。使用布局或手动调用块然后将执行传递给块类、模型和模板，然后我们（通常）返回到控制器操作。

    d。发送响应对象（假设它已被动作控制器更改）。

如果您查看Mage_Core_Controller_Varien_Front::dispatch(); you'll see the call to$this->getResponse()->sendResponse();`，它将刷新输出，前面是一个事件 (controller_front_send_response_before)，它可以用作添加或操作任何与响应相关的任何内容的挂钩。

于 2012-03-19T01:44:57.500 回答
1

不，它离开控制器（控制请求的那个），然后移动到视图，在那里呈现它。一旦视图（块 [s]）呈现，请求基本上就结束了（除了大多数 url 助手，它们没有逻辑可言，但有时在视图呈现后在控制器中处理。）除非你有某种钩子随后触发。

我使用这个流程图和这个系列（Alan Storm 是那个家伙）来了解 Magento 请求路由。

于 2012-03-19T01:10:14.180 回答