9

我知道 Blade 已经为所有刀片视图缓存了编译后的 PHP,但我想更进一步。我正在处理的网站被模块化为组件视图,然后在默认控制器中拼凑在一起。每个“小部件”都有自己的视图,很少更改内容(除了一些经常更新的内容)。因此,我想缓存这些很少更改的视图的 HTML 输出,以防止在每次页面加载时对它们进行评估。

在 Laravel 3 中,我们可以这样做(信用 Laravel 论坛):

Event::listen(View::loader, function($bundle, $view)
{
  return Cache::get($bundle.'::'.$view, View::file($bundle, $view, 
                                                  Bundle::path($bundle).'view'));
});

不幸的是,View::loader在 Laravel 4 中完全消失了。当我深入研究\Illuminate\View\Viewand时\Illuminate\View\Environment,我发现每个视图都会调度一个名为"composing: {view_name}". 监听这个事件会在每次视图渲染时提供视图名称和传递给它的数据,但是从回调返回的效果与在 Laravel 3 中的效果不同:

Event::listen('composing: *', function($view) {
  if(!in_array($view->getName(), Config::get('view.alwaysFresh'))) {
    // Hacky way of removing data that we didn't pass in
    // that have nasty cyclic references (like __env, app, and errors)
    $passedData = array_diff_key($view->getData(), $view->getEnvironment()
                                                                  ->getShared());

    return Cache::forever($view->getName() . json_encode($passedData), function() {
      return 'test view data -- this should appear in the browser';
    });
}, 99);

以上不规避正常的视图包括和渲染过程。

那么如何绕过正常的视图渲染并从这个组合事件中返回缓存的内容呢?目前在 Laravel 中是否有可能没有一些丑陋的黑客?

4

2 回答 2

34

又快又脏

好吧,我相信您知道,一种选择是在渲染视图时将项目缓存在控制器中。我怀疑您不想这样做,因为从长远来看,它的可维护性较差。

更可维护的(?)方法

但是,如果 View loader/renderer 没有触发您想要的事件,您可以创建一个。因为 Laravel 4 中的每个包/库都是在 App 容器中设置的,所以您实际上可以将 View 库替换为您自己的。

我将采取的步骤是:

  1. 创建一个库/包。目标是创建一个扩展 Laravel 视图逻辑的类。看过之后,你可能想扩展这个——这是View门面
  2. 如果您用自己的方式扩展了 View 外观(也就是如果我在步骤 1 中对文件的假设是正确的),那么您只需将View in的别名替换为app/config/app.php您自己的。

编辑-我玩了一下。虽然我不一定同意缓存视图结果,而不是缓存 sql 查询或“更重的提升”,但这是我在 Laravel 4 中将如何做到这一点

Laravel 4 中的视图渲染不会触发让我们缓存视图结果的事件。以下是我添加该功能以缓存视图结果的方式。

您可能需要考虑缓存视图结果的后果。例如,这并没有绕过与数据库对话以获取视图所需数据的艰苦工作。无论如何,这很好地概述了扩展或替换核心项目。

首先,创建一个包并设置它的自动加载。我将使用命名空间Fideloper\View。它的自动加载composer.json将如下所示:

"autoload": {
    "classmap": [
        "app/commands",
        "app/controllers",
        "app/models",
        "app/database/migrations",
        "app/database/seeds",
        "app/tests/TestCase.php"
    ],
    "psr-0": {
        "Fideloper": "app/"
    }
},

接下来,创建一个类来替换View外观。在我们的例子中,这意味着我们将扩展Illuminate\View\Environment

在这个类中,我们将获取视图渲染的结果并添加一些逻辑来缓存(或不缓存)它。这里是Fideloper/View/Environment.php

<?php namespace Fideloper\View;

use Illuminate\View\Environment as BaseEnvironment;
use Illuminate\View\View;

class Environment extends BaseEnvironment {

    /**
     * Get a evaluated view contents for the given view.
     *
     * @param  string  $view
     * @param  array   $data
     * @param  array   $mergeData
     * @return \Illuminate\View\View
     */
    public function make($view, $data = array(), $mergeData = array())
    {
        $path = $this->finder->find($view);

        $data = array_merge($mergeData, $this->parseData($data));

        $newView = new View($this, $this->getEngineFromPath($path), $view, $path, $data);

        // Cache Logic Here

        return $newView;
    }

}

所以,这就是你大部分工作的地方——填写// Cache Logic Here. 但是,我们还有一些管道工作要做。

接下来,我们需要设置我们的新Environment类作为一个门面工作。我有一篇关于创建 Laravel 外观的博客文章。以下是在这种情况下如何实现这一点:

为我们的新环境创建外观。我们将fideloper.view在代码中命名它。

<?php namespace Fideloper\View;

use Illuminate\Support\Facades\Facade;

class ViewFacade extends Facade {

    /**
     * Get the registered name of the component.
     *
     * @return string
     */
    protected static function getFacadeAccessor() { return 'fideloper.view'; }

}

然后,创建服务提供者,它会告诉 Laravel 在fideloper.view被调用时要创建什么。请注意,这需要模仿Illuminate\View\ViewServiceProvider创建扩展Environment类的功能。

<?php namespace Fideloper\View;

use Illuminate\Support\ServiceProvider;

class ViewServiceProvider extends ServiceProvider {

    public function register()
    {
        $this->app['fideloper.view'] = $this->app->share(function($app)
        {
            // Next we need to grab the engine resolver instance that will be used by the
            // environment. The resolver will be used by an environment to get each of
            // the various engine implementations such as plain PHP or Blade engine.
            $resolver = $app['view.engine.resolver'];

            $finder = $app['view.finder'];

            $env = new Environment($resolver, $finder, $app['events']);

            // We will also set the container instance on this view environment since the
            // view composers may be classes registered in the container, which allows
            // for great testable, flexible composers for the application developer.
            $env->setContainer($app);

            $env->share('app', $app);

            return $env;
        });
    }

}

最后,我们需要将所有这些连接在一起,并告诉 Laravel 加载我们的服务提供者并用我们自己的替换 Illuminate 的 View 外观。编辑app/config/app.php

添加服务提供者:

'providers' => array(

    // Other providers

    'Fideloper\View\ViewServiceProvider',

),

用我们自己的替换 View 门面:

'aliases' => array(

    // Other Aliases

    //'View'            => 'Illuminate\Support\Facades\View',
    'View'            => 'Fideloper\View\ViewFacade',

),

然后,您将能够在该View::make()方法中使用您希望的任何逻辑!

最后

值得注意的是,每个 Web 请求都需要在多个“请求”中加载一些模式。例如,Symfony 让我们将控制器定义为服务器。Zend 有(有?)Action Stacks 的概念,它让你

...有效地帮助您创建在请求期间执行的 [控制器] 操作队列。

也许您想在 Laravel 中探索这种可能性,并缓存这些“动作”的结果(而不是直接缓存视图)。

只是一个想法,不是推荐。

于 2013-07-07T00:34:50.383 回答
4

Laravel 中有一个用于缓存视图/部件的库(不仅如此) - Flatten。

它是一个强大的缓存系统,用于在运行时缓存页面。它的作用很简单:你告诉他要缓存哪个页面,什么时候刷新缓存,然后 Flatten 从那里处理所有事情。它会悄悄地将您的页面扁平化为纯 HTML 并存储它们。如果用户访问一个已经扁平化的页面,那么所有的 PHP 都会被劫持以显示一个简单的 HTML 页面。这将为您的应用程序的速度提供重要的提升,因为您的页面缓存仅在其显示的数据发生更改时才会刷新。

通过artisan flatten:build命令缓存应用程序中的所有授权页面。它会爬取你的应用程序并从一个页面到另一个页面,缓存你允许他访问的所有页面。

法拉盛

有时您可能想要刷新特定页面或模式。例如,如果您缓存用户的配置文件,您可能希望在用户编辑其信息时刷新这些配置文件。您可以通过以下方法做到这一点:

// Manual flushing
Flatten::flushAll();
Flatten::flushPattern('users/.+');
Flatten::flushUrl('http://localhost/users/taylorotwell');

// Flushing via an UrlGenerator
Flatten::flushRoute('user', 'taylorotwell');
Flatten::flushAction('UsersController@user', 'taylorotwell');

// Flushing template sections (see below)
Flatten::flushSection('articles');

链接到 - https://github.com/Anahkiasen/flatten

于 2015-05-04T18:54:01.087 回答