首页
学习
活动
专区
工具
TVP
发布

探索 PHP与Vue 通用直出模板方案

更多腾讯海量技术文章,请关注云加社区:https://cloud.tencent.com/developer

作者:舒国政

什么是“页面直出”

我们通常说的“页面直出”,其实就是服务端渲染(SSR, Server-Side Render)。

最初的 JS SPA 方案有个常见的问题,就是脚本没有加载执行完时,页面中没有内容。不仅影响访问体验,还不利于 SEO。

于是大家要么使用传统的 JSP、PHP、ASP.NET服务端页面模板,要么采用最新的 React/Vue 服务端渲染方案。

PHP 与 React/Vue SSR

目前动漫 H5 主站的前端架构没有使用 MVVM,存在大量累赘的 DOM 操作代码。

于是考虑切换到 React/Vue 方案,通过双向绑定和组件开发,简化累赘代码,提高可维护性和测试可能性。

但是为了优化 SEO 效果,H5主站需要做页面直出,而常用的 React/Vue 直出都是基于 node.js 服务端的,我们现有的服务端环境是 PHP,并不能直接使用。

方案1:php-v8js

首先找到的是 php-v8j,也就是实现一个 PHP 服务端的 JS V8 运行环境。但根据 Vue 作者的回复,Vue 依赖于一些第三方模块,以及使用了node.js 的 stream 等功能,php-v8js提供的环境并不能实现 Vue 的服务端直出。

参考地址,Vue作者对于 php 环境下 SSR 的回复:https://github.com/vuejs/vue/issues/4101

React 的话,有一篇文章,描述了通过 php-v8js 实现的 React SSR (Server-Side Render)。

参考地址,使用 react-php-v8js 实现 SSR:http://www.phpied.com/server-side-react-with-php/

目前看来,至少使用 React 的方案是可行的。

可是即便如此,Github 的 react-php-v8js 仍然是“实验性”的项目,

php-v8js的人气也不是很高,issue 中看来可能也会潜在不少问题。两者一起使用,风险较大。并且

php-v8js 是在 PHP 内运行了个 v8 的沙盒运行环境,执行效率有待商榷。而 React/Vue 使用的虚拟 DOM 虽然在 v8 引擎内渲染速度不错,但相比传统字符串拼接的模板引擎仍然多了不少性能开销,React 很早实现了服务端渲染却没有铺开,便是出于对 node.js 服务端普及率和渲染性能的考虑。

方案2:mustache.php

通过搜索 php js template,发现 Mustache 其实已经实现了 Ruby, JavaScript, Python,Erlang, node.js, PHP, Perl, Objective-C, Java, C#/.NET, Android, C++,Go, Lua, ASP, Io, Dart, Haxe,Delphi, Swift, Bash 等各种平台和语言的支持。

其中 PHP 平台可以使用 mustache.php 作为模板引擎,进行服务端页面渲染。

mustache.php: https://github.com/bobthecow/mustache.php

通过在服务器环境下加入 mustache.php,既可实现前端后台使用统一的 Mustach 语法模板渲染效果。

但是 Mustache 语法与Vue.js并不完全兼容(如循环、if 等写法),而 Mustache 本身只是单纯无逻辑的渲染模板,并不能满足我们 MVVM 改造的需求,所以是否使用 mustache.php仍然有待考虑。

为什么需要直出?

回到开始的问题,为什么需要做页面直出呢?SEO 吗?

而为了 SEO 而需要直出的页面有哪些?

这些页面是否都是与用户个人状态无关,可以直接缓存的?

那这些页面使用 PHP 运行php-v8js 跑出一遍结果后,进行页面缓存,其它页面直接使用前端 React + ajax渲染数据。是否可行?

php-v8js 出现页面渲染意外的可能性多大?提供异常时切换到普通方案是否可行?

思考解决方案

需要直出的页面一般与用户个人状态无关,可以在服务器端进行页面内容缓存,提高访问效率,利于 SEO。

为了服务端稳定,建议不建议使用重量级的服务端渲染库,尽可能减少现有系统的变动,避免运行中的系统出现异常。而出现异常时切换到普通方案的紧急方案也需要精力去实现和维护,成本略高。

换个思路,简化问题

以 Vue 为例,服务端渲染包括很多功能,涉及到 Vue 支持的各种v-*命令,需要对渲染后的页面中,各种数据状态、事件状态进行复杂的虚拟 DOM 关联处理,所以需要在

Node.js

环境中借助完整的 SSR 模块来渲染。

但是我们日常真的需要实现这些效果吗?如果切换技术方案的代价这么大,能否折衷一下,找个简单的替代方案?

结合 mustache.php的思路,是否可以根据业务中直出的需求,使用一种简单的统一模板,让 Vue 和 php 都能支持渲染?

动漫业务中,需要直出的情况通常是输出漫画列表,将漫画信息展示出来,便于 SEO 和缓存。

对于这样的需求,我们可以在切图重构后,微调重构稿代码,将 Vue 挂载到页面内,展示出漫画列表:

而目前使用 php 直出,页面模板代码需要稍作调整:

经过对比后,发现如果稍作限制,只使用 php 与 javascript 通用的语法的话,可以通过简单地替换就将上面的模板转化为下面的效果。

主要需要处理的地方在于 Vue 模板中的 v-for 和 Mustache 输出标记。

所以,我们做出以下约束:

只使用v-for 对列表数据进行渲染,并且必需指定(, )两个字段名(暂不支持v-if、v-else、v-else-if 的转换)。

只允许渲染简单的 DOM 结构(用于 SEO 或缓存),不渲染 Vue 组件。

只处理{{}} 标记的 Mustache 输出语法,将其简单替换为 php 的 echo 函数,各种 v-bind、v-on、v-model 等指令中参数不会被处理(数据状态不同步)。

因为是直接替换,php 中不支持的各种 js 运算仍然是不支持的(如:{} 和 {})。

需要拼接字符串时,请使用 {}_{}的形式,不要使用 {} 运算(PHP中不能用+运算拼接字符串,会导致转换成整型后做加法)。

如果不需要对渲染出的 DOM 数据做绑定或更新,只需要做简单的事件控制。可以直接默认保留服务端渲染的 DOM,使用 vue 对象的事件监听器即可。

对于服务端渲染的 DOM,只能绑定监听器,无法在绑定属性内直接传参。如:,需要改为:。

事件监听器内读取

e.currentTarget的 data-id 属性,作为点击判断的依据(不过 Vue 不推荐在 HTML 属性内使用 Mustache,如果有更好的方案欢迎提供思路)。

.

如果要通过数据更新 DOM 或者做双向绑定时,需要给服务端渲染的元素增加 clear-before-render 属性。手动输出 json 数据到前端脚本,重新渲染 DOM 替代预渲染的占位 DOM(使用此属性的元素 v-if 会无效化)。

按照以上约束编写的前端模板,即可转换为 php 可用的模板。

于是根据这个思路,在团队日常使用的前端构建工具中,实现了这类脚本的转换构建任务。(日常使用的前端构建工具:Front Custos GUI)

在构建任务的帮助下,页面只需要编写如下的代码:

通过前端构建后,生成的代码如下:

由于两端差异,并不能真正实现前后端所有语法、状态的一致,只能说最后勉强达到了我们的目的:只需编写一次模板,php 可以根据转化后的模板在服务端渲染出对应 HTML;前端拿到数据后,可以根据原模板重新渲染或者追加数据。

这个方案还有不少问题和限制,但是在满足我们日常的需求的前提下,是目前系统变更成本最低的方案。如果大家有更好的思路,欢迎一起交流讨论~

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180104A0HHZG00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券