什么是插件化

该 ssr 框架中将客户端框架比如 react，服务端框架比如 nestjs 的功能当成了一种插件来使用，它支持任意服务端框架与任意前端框架的组合使用。什么意思？对于 SSR 我们都知道需要前端和服务端同时支持，所以在做 ssr 时我们还需要考虑使用哪种服务端技术来支持。目前该框架官方已经实现好了一些插件，客户端插件有------react、vue2、vue3，服务端插件有------midway、nestjs。你熟悉或者需要用 react 和 nestjs，那你就选择这个组合，你是 vue 技术栈，你就选 vue。当然，如果这两个服务端框架都不满意，你就想用 koa，得益于插件化的架构，你也可以自己用 koa 来实现服务端的渲染。当然，构建工具也同时支持了 webpack 和 vite。

plugin-react -> plugin-midway -> midway -> hoc-react

插件化如何运作的

目前官方已经支持了这些组合的选择，我们就以第一个组合为例，讲解一下该框架的插件化的运作流程。

我们先看一下这个组合的文件结构：

src 文件夹下存放的是服务端的代码，当匹配到对应前端路由时返回页面。web 文件夹是前端的文件结构，暂时无需过多关注。

然后我们看一下源码的文件结构，我们只需关注圈起来的这几个文件夹：

当我们本地开发启动时，概括来说，就以下四步：

graph TD plugin-react --> plugin-midway --> 项目文件夹下src的逻辑 --> core-render

然后我们分别讲讲每一步都干了什么

plugin-react: 提供了 react 的构建配置、运行时入口、一些初始化、数据预获取的能力
plugin-midway：代码变更时重启服务，去执行项目下的服务端代码
服务端代码逻辑执行：匹配到对应前端路由时，调用core文件夹下的 render 方法返回前端页面

执行 render，返回服务端渲染好的 html 结果

总结

本文阐述了该框架的插件化设计理念，并展示了基于此理念构建的服务端渲染流程。可以看到，流程简洁明了，而且各个功能组件之间界限分明，便于定制和扩展，极其适合开发者根据具体需求进行个性化适配。