"动态网站"是相对纯静态页面而言的，指内容根据数据库实时生成、可后台管理的站点。从早期的 PHP 混编，到 MVC 分层，再到如今的前后端分离与同构渲染，动态网站的架构模式经历了多次演进。理解这些模式的优劣，才能为企业官网选对架构。

一、从混编到 MVC 的演进

最早的动态网站是 PHP 代码与 HTML 混编的，一个文件里既有数据库查询又有页面输出。这种写法在简单页面阶段还能应付，一旦业务变复杂，代码就乱成一团——改个 UI 可能碰坏业务逻辑，加个功能要在多个文件里复制粘贴。

MVC 模式的出现解决了这个问题。它把代码分成三块：Model（数据层）负责数据库读写，View（视图层）负责页面展示，Controller（控制器）负责接收请求、协调 Model 和 View。三者各司其职、互不越界，代码组织立刻清晰。

// 典型 MVC 请求流程
Controller（接收请求）
   ↓ 调用
Model（查数据库，返回数据）
   ↓ 传递数据
View（渲染模板，输出 HTML）
   ↓ 返回
浏览器

几乎所有现代后台框架（ThinkPHP、Laravel、Django）都基于 MVC 或其变体。理解了 MVC，就理解了动态网站代码组织的基本范式。

二、前后端分离架构

传统 MVC 是"服务端渲染"——后端把数据和模板拼成完整 HTML 返回给浏览器。前后端分离则把 View 层搬到前端：后端只提供 JSON 数据接口，前端用 Vue/React 自行渲染页面。两者通过 API 通信，彻底解耦。

传统 MVC：后端渲染 HTML → 浏览器直接显示
前后端分离：后端返回 JSON → 前端 JS 渲染 → 浏览器显示

• 优势：前后端可并行开发、前端可复用于小程序/APP、接口可多端复用。
• 劣势：首屏需等 JS 加载执行，SEO 不友好（爬虫拿到的是空壳）。
• 适用：后台管理系统、交互复杂的 Web 应用。

对于企业官网这种以展示和 SEO 为核心的站点，纯前后端分离并不合适——首屏慢、SEO 差。这时需要 SSR（服务端渲染）来兼顾。

三、SSR / SSG / CSR 的选择

三种渲染模式各有适用场景。CSR（客户端渲染）即纯前端渲染，适合后台管理类应用；SSR（服务端渲染）在服务端生成首屏 HTML 再 hydrate，兼顾 SEO 与首屏速度，适合企业官网；SSG（静态站点生成）在构建时预生成所有页面，速度最快、最省服务器，适合内容更新不频繁的博客/文档站。

CSR：浏览器下载 JS → 请求数据 → 渲染（首屏慢，SEO 差）
SSR：服务器拼 HTML → 浏览器显示 → hydrate 交互（首屏快，SEO 好）
SSG：构建时生成静态 HTML → CDN 分发（最快，无服务器压力）

在尧图的实践中，企业官网首选 SSR（如 Next.js / Nuxt.js），既保证 SEO 抓取到完整内容，又能享受组件化开发效率；内容极少的展示站可用 SSG；后台管理用 CSR。没有万能架构，只有匹配场景的架构。选型时问自己三个问题：要不要 SEO？首屏速度要求多高？内容更新频率如何？答案自然就出来了。