Laravel 5.6 从数据库生成动态页面的最佳实践及优化咨询

嘿，你的基础实现思路其实挺靠谱的——用/和/{page}的路由搭配PageController来处理动态页面，这本身就是Laravel里处理这类需求的常规操作，完全没问题。不过你提到的「每次请求都查导航栏数据」确实是个可以优化的点，频繁的重复查询会增加数据库压力，尤其是当网站访问量上来之后。下面给你几个符合Laravel最佳实践的优化方案：

1. 用视图合成器（View Composers）+ 缓存处理全局导航数据 #

视图合成器可以帮你把导航栏数据的查询逻辑从控制器里抽离出来，绑定到需要导航栏的视图上，而且配合缓存能彻底解决重复查询的问题。

步骤如下：

• 先创建一个ViewServiceProvider（如果没有的话）：php artisan make:provider ViewServiceProvider
• 在config/app.php的providers数组里注册这个服务提供者
• 在ViewServiceProvider的boot方法里添加视图合成器逻辑：

use Illuminate\Support\Facades\View;
use App\Page;
use Illuminate\Support\Facades\Cache;

public function boot()
{
    // 给布局视图或导航栏局部视图绑定数据
    View::composer(['layouts.app', 'partials.navbar'], function ($view) {
        // 缓存1小时，可根据你的页面更新频率调整时长
        $navbarPages = Cache::remember('navbar_pages', 60 * 60, function () {
            // 这里替换成你实际的导航栏页面查询逻辑
            return Page::where('is_navbar', true)->orderBy('sort_order')->get();
        });
        
        $view->with('navbarPages', $navbarPages);
    });
}

这样一来，只要渲染layouts.app或者partials.navbar视图的请求，都会自动获取缓存后的导航栏数据，你再也不用在index和show方法里重复写查询代码了。

2. 优化控制器逻辑：复用查询+缓存 #

如果你暂时不想用视图合成器，也可以把导航栏的查询逻辑封装成模型的静态方法，配合缓存来减少重复代码：

在App\Page模型里添加：

use Illuminate\Support\Facades\Cache;

public static function getNavbarPages()
{
    return Cache::remember('navbar_pages', 60 * 60, function () {
        return self::where('is_navbar', true)->orderBy('sort_order')->get();
    });
}

然后控制器里直接调用这个方法：

public function index()
{
    $navbarPages = Page::getNavbarPages();
    // 其他业务逻辑
    return view('index', compact('navbarPages'));
}

public function show($page)
{
    $navbarPages = Page::getNavbarPages();
    $page = Page::where('slug', $page)->firstOrFail();
    return view('page.show', compact('page', 'navbarPages'));
}

这种方式比在每个控制器方法里写重复的缓存逻辑要优雅得多。

3. 路由模型绑定简化页面查询 #

对于/{page}路由，你可以用Laravel的路由模型绑定来简化show方法的代码，不用手动查询页面：

在RouteServiceProvider的boot方法里添加绑定逻辑：

use App\Page;

public function boot()
{
    parent::boot();

    Route::bind('page', function ($slug) {
        return Page::where('slug', $slug)->firstOrFail();
    });
}

然后你的show方法可以改成：

public function show(Page $page)
{
    $navbarPages = Page::getNavbarPages();
    return view('page.show', compact('page', 'navbarPages'));
}

这样代码更简洁，也符合Laravel的最佳实践。

4. 缓存标签（可选，适合Redis等支持标签的缓存驱动） #

如果你的导航栏页面会经常更新，不想等缓存过期才显示新内容，可以用缓存标签来精准清除缓存。比如：

缓存时添加标签：

$navbarPages = Cache::tags(['pages', 'navbar'])->remember('navbar_pages', 60 * 60, function () {
    return Page::where('is_navbar', true)->orderBy('sort_order')->get();
});

当你在后台更新导航栏页面后，执行以下代码清除缓存：

Cache::tags(['pages', 'navbar'])->flush();

这样用户就能立即看到最新的导航栏内容了。

总结 #

你的基础方案是可行的，但导航栏重复查询的问题可以通过「视图合成器+缓存」来完美解决，这也是Laravel里处理全局共享数据的标准最佳实践。另外路由模型绑定能让你的控制器代码更简洁易维护。

内容的提问来源于stack exchange，提问作者Danny Guest