背景

为了首屏渲染更快，让用户更快看到内容，网易易盾开启了移动端官网同构建设，即一套代码两端运行, 客户端代码直接运行在服务端, 无需编写冗余的渲染视图。

改造前，官网项目的技术栈较大众，以 egg.js 为后端框架，Nunjuck 为模板，前端采用 jQuery。本次则采用Vue 作为前端框架进行了部分改进，团队成员的技术储备也基本上建立在 Vue 的技术体系上，从以下3方面出发，重整技术选型，全面改善易盾的官网生态。

统一技术栈：

Nunjuck 模板很强大，但和我们习惯用的 Vue 语法还是有些不同。而 jQuery 属于旧时代的产物，数据驱动视图的思想已经深入人心。

用户体验：

同构后的前端能兼顾 SEO 和 SPA 的交互体验。

开发体验：

更易和现代的开发构建工具集成，如 webpack、ESLint、SASS 等。

技术选型

方案一：Vue SSR

官方指南 https://ssr.vuejs.org/zh/

项目地址：

https://github.com/vuejs/vue-hackernews-2.0/

优缺点分析：

1.自由度最高，不依赖 node 框架和 vue 相关任何生态

2.需要的工作量最大，主要是 vue-ssr 通用逻辑 & 前端构建配置的实现

3.可复用目前基于 eggjs 的后端逻辑

方案二：nuxt.js

优缺点分析：

1.完善的解决方案，提供了许多开箱即用的功能，能大大减少很多配置和通用逻辑实现

2.不依赖 node 框架，主要关注的是应用的 UI 渲染

3.需要完成 egg.js 后端 api 接口的逻辑迁移

方案三：egg.js 和 nuxt.js 结合

以 egg.js 为主，nuxt.js 降级为 egg.js 一个中间件。这种方案可行得益于 nuxt.js 不依赖 node web 框架。

1.复用目前 node 端逻辑，仅对视图做迁移

2.利用 nuxt.js 提供的开箱即用的特性，无需关注 vue-ssr 通用逻辑实现和前端复杂的构建配置

3.工作量之一需要完成 eggjs 和 nuxt.js 的结合，提供一个 eggjs 中间件

方案三既能利用了 nuxt.js 的能力，且无需对目前 node 端逻辑做改动，很好的满足了我们的需求。基于该方案的流程图如下：

落地过程

【egg-nuxt-render 插件的实现】插件中间件的实现关注点：

1.请求未命中 egg 路由时会返回 404，中间件处理 404 请求，修改 status 为 200，后续交于 nuxt.js 处理。如果 nuxt 路由中也未命中，由 nuxt 提供 404 页面。

2.传递 egg ctx，使得 nuxt 中能获取到 egg 的上下文。

3.调用 nuxt.render，即完成将当次请求交于 nuxt.js 处理。

【项目目录】

至此，我们可以这样设计我们的目录结构。仅需在 eggjs 根目录下新增 client 目录，来放置 nuxt.js 的所需的各种目录（每个目录的含义可参考 nuxt 官方文档）。nuxt.config.js 为 nuxt 的配置文件，会被 egg-nuxt-render 插件读取。

【页面迁移】

到了这一步，我们就可以开始迁移我们的页面了，即 Nunjuck 模板重构为 vue 模板。删除原先 egg router 中的页面路由定义，然后在 client/pages 里添加对应的页面.vue。这一步是体力活，也是本次同构最费时间的工作。看到这里有人可能会疑惑，这种方案需要要求所有的页面一次性重构完成，如果项目很庞大，没办法一次性重构完或者或者一次性重构完风险极高的情况下，是不是就很难实施了？考虑到这种合理的情况，设计了另一个兼容方案，给大家提供一种思路。

【兼容方案】

因为我们团队的项目规模可控，故采用一次性重构完所有页面。方案流程图如下：注意：本方案未经线上测试，仅供参考

这种方案的核心想法是先渲染 Nunjuck 模板，然后通过 ctx 将渲染结果传递到 nuxt 的 vue 模板完成最终渲染。主要可以关注以下几点：

1.保留 eggjs 页面路由的定义，调用 htmlRender 将 Nunjuck 模板转化成 html 字符串，并且保存到ctx.__HTML_RENDER__。此时需要将 status 置为 404。 2.由于 status 为 404，会执行 egg-nuxt-render 中间件，进入 nuxt 路由。但此时 nuxt 中并没有该路由（因为该页面未重构），所以我们将其指到同一个组件，即 NjkWraper.vue。
3.NjkWraper.vue 负责渲染 __HTML_RENDER__ 内容。__HTML_RENDER__ 应仅包含每个页面的主体部分，不包含页面通用部分（如导航、底部等），此部分由 vue 实现。4.由于所有的路由都会命中 NjkWraper.vue，会导致真实的 404 请求丢失。所以我们还需要做一步判断该请求是不是真实的 404 请求。如果是，则需要重定向到 404 页面。这一步可在 vue router 守卫中实现。
至此，我们只要先将页面通用部分，如导航、底部等，通过 vue 重构，具体页面后面可以慢慢迁移。

兼容方案存在的弊端：

页面间跳转必须刷新页面。因为最终输出到浏览器的页面中会包含 vue 组件 和 Nunjuck 渲染出来的内容，其中 Nunjuck 内容中可能存在 jquery、regular 等各种库，重复引入恐有问题。

所有页面重构完后，兼容代码需要删除。

总结

本次的同构实践本质上是对已有项目的重构，考虑了系统稳定性和重构成本，故未对 egg.js 主框架做调整。当开启一个新的项目时，直接采用 nuxt.js 提供的完整的解决方案会更加纯粹。