关于跨多端统一框架的简单认识

跨多端统一框架顾名思义就是使用一个开发框架写一套代码实现在多个终端运行，这里的终端指的不是如手机、PC、pad这也的硬件终端，而且目前国内各大互联网厂商上线的小程序如微信、支付宝、百度、京东、快应用和H5及React Native，目前反响较大的有weex、京东的tora和滴滴的Chameleon（卡梅隆）。

对于跨多端统一开发框架（以下简称多统框架）的认识首先要圈定一个范围，他支持的对象除了h5和RN外，目前仅限于国内几个互联网厂商的小程序。

多端框架带来的好处显而易见，一段代码多终端运行，省去了太多开发人力和时间成本，前端程序员也没必要花太多时间学习研究不同终端的开发要求，对于企业来说降低研发成本，对于程序员来说，降低学习成本，你好我好大家好的事情，未来几年很大几率会如当前vue一样大行其道。

多端框架基于react的语法，对于有开发基础的程序员来说上手比较容易，易于接受。

多端框架的底层原理比较复杂，每家产品也都有差异，但从设计模式上来讲，他做不到本质上是一种适配器模式，正如目前流行的万能插头，一端提供标准的输出模式，比如usb，另一端接收不同国家标准的电压及插口。多段框架就是反过来，一端接收统一的输入，另一端输出不同的产品。

但所谓的万能插头真的是万能吗？不尽然！他只能支持目前存在的、流行的电压和插口，对于以后的、小众的他做不到，因为他无法预知未来，小众市场也不值得投入过多成本，他其实就是在我们看不到的黑盒子里进行一些判断和转换，而这些判断和转换只能基于现存的标准。同样，多端框架也不是万能的，从以下几方面分析。

1反向支持度。微信推出小程序，手机厂商推出快应用，其实本质上学的是谷歌推出安卓，高通推出芯片一样，希望提供一个基本的平台供别人使用，基于自己的设计培养用户的使用习惯，让用户对自己的产品产生强大的依赖，增强企业对市场的掌控性。那么，假如真是这样的话，多端框架违背了原终端厂商的初衷，多端框架的推出让原厂商心血付之东流，那么原厂商可能就会拒绝多段框架，拒绝的形式有多种，不要脸的话走法律，要脸的话走技术方式。多端框架支持多端，同样要求多端支持多端框架，谁能确保疼熏这种我能模仿别人别人不能抄袭我的企业接受多端框架分一杯羹。

2更新频率。即使不考虑原厂商有意拒绝多端框架的情况，各种小程序本身也在较高频率的更新开发标准和技术准则，那么多端框架就要继续更新支持，可想而知多端框架的更新频率，这会极大增加公司对产品的维护成本。

3正向支持度。每种小程序都有其差异性，有些是底层原理上的，多端框架无法做到百分百全面支持，比如UI方面，tora ui不支持ReactNative。而且多端框架对于各种小程序的特点支持力度有取舍，他认为意义不大但小程序存在的点他就不要了。

4健壮性。首先，各种小程序的健壮性就有待考验，多端框架提供编译支持，他的健壮性更值得观察。多端框架的开发团队同样影响健壮性的一大原因。还有多端框架的被动理念也是一种缺陷，将影响他的健壮性。

4长寿性。几年前没人想到小程序，小程序又能坚持几年不被更新的东西替代。小程序的长寿性不确定，多端框架的长寿性更不确定。

5实用性。万能插口什么时候有用，出国的时候才有用，即使用的使用，我们会用到他的一万种转换吗？不是的，我们一般就用一种，也就是所在国家的标准。小程序也一样。每个企业的产品不一样，面向对象不一样，可能有几个端的需求，但不一定要覆盖微信、支付宝、百度、快应用等众多小程序。比如一般的营销小程序在微信上足够了，没必要在各种端上线。技术的选型一定要基于真实的业务需求，当目前的需求仅仅是个别端的时候，没必要眼光太长远，上线底盘庞大的多端框架。

综上所述，多端框架优点是很香，同时暗藏风险，选用要慎重。