如何在Laravel中架构包含大量动态页面的项目？现有方案是否合理？

现有实现的问题 #

你当前的实现方式在快速验证业务的阶段可以正常运行，但长期来看可维护性极低，属于硬编码的冗余实现，核心问题包括：

• 重复工作量大：每新增一个页面都需要重复完成路由定义、控制器创建、表结构设计、后台编辑模块开发4套流程，30个页面就对应30倍的重复劳动，后续迭代效率极低
• 公共逻辑维护成本高：如果需要统一调整页面的公共能力（比如权限校验、缓存策略、SEO配置），需要逐个修改30个控制器、30套后台模块，改动成本和出问题的概率都会翻倍
• 代码冗余度高：大量路由、控制器逻辑完全同质化，仅存在表名、视图名的差异，没有复用公共逻辑

适配需求的优化方案 #

因为你提到不同页面需要保留不同的自定义字段，完全可以通过「元信息配置+动态字段存储」的方案，将30张表、30条路由、30个控制器合并为一套通用逻辑，完全覆盖需求：

1. 路由层优化 #

用动态参数代替硬编码路由，仅需要1条路由即可覆盖所有内容页：

// 优化后路由定义
Route::get('/page/{page_slug}', [CommonPageController::class, 'show']);

page_slug 为每个页面的唯一标识，比如page1、page2，可以自定义为更有业务含义的字符串。

2. 存储层优化 #

不需要创建30张独立表，拆为2张通用表即可适配不同页面的自定义字段需求：

• 页面基础信息表：存储每个页面的唯一标识slug、页面名称、对应视图路径、自定义字段配置规则等元信息
• 页面动态内容表：用键值对结构存储每个页面的自定义字段值，关联页面对应ID，不同页面的不同字段都可以存在这张表中

3. 控制器层优化 #

仅需要1个通用控制器，根据传入的页面标识自动匹配对应内容渲染视图：

// 通用控制器方法示例
public function show(string $page_slug)
{
    // 校验页面是否存在
    $page = Page::where('slug', $page_slug)->firstOrFail();
    // 查询该页面对应的所有自定义字段内容
    $fields = PageContent::where('page_id', $page->id)->pluck('value', 'key');
    // 渲染对应视图，传入字段内容
    return view($page->view_path, compact('fields'));
}

4. 后台编辑模块优化 #

仅需要1套通用编辑模块，根据当前选中页面的字段配置规则动态渲染表单，自动保存到动态内容表即可。新增页面不需要再开发新的后台模块，仅需要在页面基础信息表新增一条配置、定义好需要的字段规则即可快速上线。

如果后续有少数页面存在特殊的独立业务逻辑，无法用通用逻辑覆盖，再单独做特殊路由和控制器处理即可，90%以上的普通内容页面都可以用这套通用方案覆盖，能大幅减少冗余代码和维护成本。

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