干货 | 携程国际BU酒店团队的大前端之路

2019-04-22 11:05:27 浏览数 (1)

作者简介

王辛佳,携程IBU酒店技术负责人,从事前端工作10年。

当今互联网 高速崛起,大前端这个概念已经成为前端技术老生常谈的话题,但去做好“大前端”,并不容易。

一、什么是大前端

学术上目前没有明确的领域划分,在我看来,大致可以分为横向和纵向2个维度。

从纵向上来看,可以理解为浏览器端和Node服务端的。在过去的几年里,Node.js 的兴起,让前端不再局限于浏览器端,给前端人员一种从前端到后端包打天下之喜悦。

细细分析下来,由于受限于本身特性,无法得到大范围运行。不过Node确实为前后端分离指向明确的方向。

从横向上来看,可以理解为泛UI,比如PC、移动H5、ReactNative、Weex、hybrid、小程序等等,凡是由JavaScript 构成的视图层都可以理解为泛UI。当然更广义的可以算上iOS 与 Android,包括Flash、Silverlight等等。

无论是横向理解还是纵向认知,随着互联网的发展,大前端势必会越来越受到关注。

二、为什么要做大前端

在这个话题之前,需要明确:大前端为我们带来了什么?最为关键的,我觉得是降低成本。

1、降低沟通成本。产品一个需求,在H5上做要讲一遍,在其他平台上做也要讲一遍,而测试也需要在多个平台去测试一遍业务逻辑(这里讲的不是兼容性问题)。

2、降低研发成本。目前前端资源稀缺,成本高,如果我们可以用统一技术去实现“write once run anywhere”,那么就可以最大程度上降低研发成本。

从这个角度,我们做大前端是为了提高工作效率,解决产品、测试痛点,更好为用户服务,以提升用户体验为核心导向。

三、如何去做大前端

1、技术选型

前端技术很多,市面上前端框架少说也有几十种了。比较主流的MVVM架构就有Vue、React、Angular 三大体系。除MVVM思想以外,Jquery等也经久不衰。

到底使用哪个最为合适?

不少人会选择最为主流,使用最多的一个。当然,这没错,用的人多了,框架出错情况越少,而且错误的解决方案也越多。但是,往往今天的主流未必明天仍旧主流。就好比曾经AMD与CMD之争,sea.js弃用是一回事。

我们怎么考虑呢?当前产线最大痛点是什么,需求是什么,要解决什么样的问题,从这个角度出发,去定型技术框架。

1)我们需要使用MVVM架构,这样不仅提高开发效率,而且能吸引人才加盟。

2)我们需要在Online上支持MVVM架构,哪怕是在IE7上,而且不需要太大成本去支持。

有人会问,现在PC端浏览器的占比不是很少了么,为什么还要考虑PC端,甚至要考虑低版本浏览器呢?因为我们在做海外产品,不少国家仍旧在使用低版本浏览器。为了不抛弃哪怕百分之一的用户,在技术上我们尽量去满足,去Support。

3)我们需要SEO,也就需要考虑到服务端渲染。

4)我们需要SPA(单页设计)。

5)我们需要Size压缩到最小。

按照这个标准,三大主流框架全部淘汰。有的无法满足这个,有的无法满足那个,最后选择来选择去,我们定型于React。

有的人看到这里,会觉得你不是前言不搭后语么。这里指的React并非标准React,而是React语法。

在PC端采用ReactIE,在H5采用Preact,在 iOS 或 Android 中用 ReactNative。同时搭配Node Koa2做SSR服务端渲染,满足上述提出的所有要求。

2、架构设计

首先,前端职责是什么?

前端需要考虑用户交互行为,浏览器兼容性,代码扩展性,而不是大批量数据运算与转换。对于前端而言,最好能做到“所见即所得”。所以我们的目的是要把前端做轻做薄,把复杂业务逻辑,数据转换逻辑推向后处理。

其次,结构上剥离,让业务层和框架结构更加清晰。

再次,前端监控,最好能把所有错误都统计起来。包括而不限于前端window.onerror。此外我们最好能把前端用户轨迹能记录下来,以方便数据分析及排障。

最后,Node层如何来处理爬虫。

带着以上几个点简单,分享下我们设计的架构图。

1)代码仓库划分

采用4git仓库,分别存放Online、H5独有代码,Ares DB存放前端共用业务组件和框架组件,Node Koa存放共用Node框架。这样好处在于通过npm包的方式共享代码,让业务和框架代码分离,职责更加明确。

2) Node架构设计

大致可以分为从服务启动注册、用户访问流程管控、React服务端渲染HTML三大模块。 很显然,哪怕在Node层也不会去做运算逻辑。除了监控日志外,就是做好服务端渲染。这里每一步流程,就不一一展开了。

3)前端组件架构设计

3、收益和效果

目前我们在Online和H5上共享组件,带来开发成本减少,改动一处逻辑两端收益效果。

拿已经上线的订单完成页来举例,与之前Size和请求数相比,少了将近50%左右。domready速度快了1倍多。同时采用服务端渲染,也减少白屏时间。

老版本

新版本

四、总结

大前端目前比较火,但还是有很多路需要去走,去探索。我们应该多思考,从痛点出发,来解决问题,而不是人云亦云。这里浅谈一下我们的大前端之路,欢迎各位给出不同意见和见解。

0 人点赞