加速编者按：在Gartner“控制技术适用性抛物线”的导出操作过程中，他们已将混和合作开发设计明确认坐落于逐步飙升的荣光期（可参见广度导出App混和合作开发设计的适用性抛物线（上））。
依照Gartner的科学研究，这段天数具有显著的6大特征，责任编辑将详尽阐释混和合作开发设计眼下的主要就特征，并深入细致简出地传授眼下的混和合作开发设计应怎样恰当重新认识及采用。
混和合作开发设计处在荣光期的6大特征
❶ 控制技术特征明晰，使用者能恰当采用混和合作开发设计
那时的开发人员对混和合作开发设计的特征早已有了充份介绍，合作开发这款app，什么样机能能采用HTML5，什么样机能要会用Native组件扩充，坚信他们早已有了明晰的重新认识。
什么样应用领域混和控制技术对app合作开发十分关键，这儿归纳如下表所示以下几点：
● HTML&CSS的导出：能用HTML＋CSS来产业布局的介面很大会用，HTML和CSS历经了那么十多年的产业发展，国际标准早已十分完整，产业布局工作效率也是最低的。尽管HTML和CSS的导出须要一点儿天数，但移动app的页面通常都很小，元素也很少。只要他们严格控制每一个页面中HTML和CSS代码的大小，完全按照产品设计来精细的编写HTML和CSS代码，不要引入重型的框架，不要出现无用的代码，那么这个导出操作过程对介面显示速度的影响其实很小。
● Layout&Render的机制：浏览器的渲染机制与原生不同，浏览器的渲染须要历经Dom Tree－》Layout Tree－》Draw的操作过程，并且这个Draw的实现是在浏览器内部自己完成的，这决定了其渲染速度要比原生慢。
特别是在移动app中表现得更明显，因为在移动app中，使用者会进行频繁的交互操作，例如：下拉刷新、介面滚动、手势动画等，这些操作效果引起的介面变化需要浏览器对整个介面进行重绘（重新Layout和Draw），浏览器本身渲染的工作效率就不高，频繁重绘造成的结果就表现为闪屏、介面卡顿，使用者体验差。
所以，混和合作开发很大要尽量避免引起浏览器的重绘，要通过原生的机制（调用混和合作开发平台的扩充API）实现下拉刷新、介面滚动、手势动画等会引起浏览器重绘的机能。
其实HTML5介面第一次渲染的使用者体验并不差，因为打开新页面使用者能接受有一个短暂的响应天数，而且通常介面切换会伴随转场动画和加载操作过程。但频繁的浏览器重绘就会影响体验。
● 介面切换和转场效果：app的介面切换会伴随各种转场效果，这样使用者的操作感好，交互体验也好。HTML5的a标签跳转默认没有动画，SPA方式下div切换也没有动画，用HTML5的JS或CSS3来模拟这些Native窗口的的转场效果体验很差。
在混和合作开发中app须要构造和原生一样的多窗口UI结构，这样就能采用原生的转场效果，通常每一个混和技术平台都有自己的一套UI结构，以APICloud为例，APICloud介面产业布局采用Widget、Layout、Window、Frame和UIModules 5大组件。
这款app如果有50个介面，那么就须要构建50个Window，每一个介面都是一个独立的Window（Window是一个国际标准Native的窗口，能采用Native的介面切换和转场效果），在每一个Window内部加载HTML5页面。
● 网络请求和数据存储：国际标准HTML5在跨域异步请求、Socket通信、异步和结构化的本地数据存储、存储容量、图片和数据缓存等方面相比Native在机能和性能上还存在很大差距。
混和合作开发中他们须要通过原生方式实现这些机能，目前国际标准的混和合作开发设计平台都会为这些机能提供了封装好的API，方便合作开发者调用。
● JavaScript的执行和桥接：很多合作开发者认为由于JavaScript是在浏览器主线程中执行，耗时的JavaScript操作会阻塞主线程，从而影响介面的渲染。其实任何耗时的操作，放在主线程中都会阻塞UI，在Native合作开发中也是一样，在Native合作开发中，遇到耗时的操作他们也要新起一个线程，不能将这部分代码放到的UI线程中执行，否则一样阻塞UI。
耗时的JavaScript操作，例如：复杂的数据导出、数据加解密、复杂的运算等等，在混和合作开发中，他们须要将这些耗时的操作放到Native扩充组件中来完成，在Native代码中新起一个线程来执行。
同样，那时的混和合作开发设计平台也都会为这些耗时的机能提供国际标准化的扩充组件。
另外就是JavaScript与Native的桥接成本，其实无论这种桥接是通过映射还是命令队列来实现，相比于机能调用本事的执行成本，这部分的成本能忽略不计。
● 开放服务的集成和封装：app中会用到很多的开放服务，常用的例如：支付、地图、客服、统计、推送、IM、IoT通信、各类AI识别等等。通常服务厂商都会提供Native版本的SDK，这些Native的SDK在HTML5无法直接调用，JS版本的SDK要么没有，要么机能不全。
所以，混和合作开发中他们须要通过原生的方式分别封装不同厂商的Android和iOS版本的SDK，才能在自己的app中集成采用这些服务。
其实，那时在APICloud平台上，早已封装好了所有主流开放服务的API，合作开发者能直接调用。
其实，混和合作开发设计的本质就是会用Native控制技术来解决HTML5机能和性能的问题，什么样方面须要混和？怎样进行混和？掌握混和控制技术的特征并恰当采用十分关键。
❷ 应用领域领域明晰，使用者依照自身需求恰当选择
任何应用领域都能采用混和控制技术合作开发，关键还是要依照自身需求来选择。
如果这款应用领域核心机能和大部分的介面都要要原生实现，那么就没要采用混和，例如游戏、美图等。
如果只有个别介面须要原生实现，其他介面用HTML5没问题，那就能采用混和，例如电商类app，商品分类、商品列表、商品详情、购物车、订单等介面用HTML5实现没有问题而且工作效率更高。
那时几乎所有主流电商app（淘宝、京东、天猫等）都采用混和合作开发，混和合作开发设计早已是电商app面向运营加速迭代的控制技术支撑。
❸机能覆盖全面，使用者无需再花精力自己扩充
混和合作开发设计平台历经那么十多年的产业发展和完善，机能早已十分全面，基本能覆盖app合作开发须要的所有机能。
以APICloud平台为例，从2014年9月15日上线，4年来一直坚持每月更新一个版本，通过APICloud组件Store不断扩充API，目前早已拥有超过600款组件，10000个API，机能包括：介面产业布局、设备访问、机能扩充、开放服务、直播、物联网、AI等。
❹ 性能体验优化，早已基本达到原生的国际标准
那时，合作开发者早已十分清楚HTML5会存在什么样性能问题，在混和合作开发模式中，如果采用HTML5会产生性能问题，他们就会通过原生扩充的方式来代替，他们能合理的采用HTML5控制技术。
所以如今采用混和控制技术合作开发的app，拥有和Naive一样的UI结构和机能扩充，性能方面早已能达到Native的国际标准。
他们对比分析了这款采用APICloud控制技术合作开发的电商app，分别与淘宝和京东两款app在5个方面进行对比，测试覆盖了所有主流机型，测试天数以秒为单位，测试结果性能基本无差别。
• 应用领域启动速度：测试从点击应用领域图标开始，到进入首页的天数
• 导航切换速度：三款应用领域都是底部导航，切换底部菜单，测试切换的天数
• 打开新页面速度：点击商品列表，打开商品详情介面，测试打开新页面的天数
•
• 调用开放服务速度：点击语音按钮，打开语音识别介面，测试调用开放服务的天数
❺ 完成了平台化、组件化和生态化产业发展
目前跨平台控制技术领域分为两个产业发展方向：
第一个是HTML5 + Native混和方向；
第二个是中间语言编译方向；
其中APICloud和小程序都属于前者（尽管微信小程序合作开发采用自己定义的标签和样式，但执行前还是要转化为国际标准HTML5）。
HTML5 + Native混和，也就是他们通常所说的混和合作开发。
这种模式的合作开发主体是HTML5，但整个app的架构是Native架构：通过HTML5加速实现app的UI产业布局、产品业务逻辑，在合作开发操作过程中涉及HTML5无法实现或者体验不好的机能，则借助Native组件来实现。
中间语言编译方向，代表产品为React Native（RN），Xamarin以及Google刚刚发布的Flutter。
怎样理解中间语言编译？
以RN为例，传统的app合作开发，要求合作开发者采用Android和iOS原生技术-Java、Object-C、C/C++等进行合作开发，而RN的合作开发操作过程则要求合作开发者采用JS进行编码输出app，但在app执行操作过程中，JS又映射回到安卓和iOS原生层面执行。
借助JS加速实现编码，翻译为原生代码执行，这就是中间语言编译方向。
Xamarin则要求采用微软自己的语言C#，对于大部分合作开发者而言，C#的学习成本比较高且Xamarin须要付费采用，因此它目前在国内应用领域比较少。
Flutter的开发语言为Dart，它是谷歌发明的编程语言，这个语言很有趣，它的语法类似于C语言，又将JS和Java的一些设计思想以及语法规则融合了进去。Dart语言在此前应用领域比较少，可参考的资料不多，合作开发者上手须要一个操作过程。
其实那时，两个类型中很多的混和合作开发设计产品都早已完成了平台化、组件化和生态化的产业发展操作过程，例如：APICloud、小程序、React Native等。
❻ 大规模成功案例出现，成为企业app合作开发的主流控制技术
那时占领他们手机桌面的很多app都是采用混和控制技术合作开发的，上图中这些app的合作开发者在不同的场合都分享过采用混和控制技术合作开发各自产品的经验。
这儿他们可能会有一个疑问，在这些主流产品中混和控制技术占的比重是多少？是不是只是个别介面采用了？
其实在这些app中HTML5占的比重还是很高的，比如手机QQ、58同城、支付宝、淘宝、携程、美团等。
此外，一些大型企业也都纷纷采用混和控制技术合作开发app。
包括海尔、春秋航空、Intel、中信证券、上汽通用等很多款app都是基于APICloud控制技术进行合作开发的，那时采用APICloud控制技术合作开发的app在各大应用领域市场上线的应用领域早已超过5万款，在苹果App Store上线的app超高3万款。
更多采用混和合作开发设计的案例能到APICloud官网(https://www.apicloud.com/cases)查看。
以上，从6个方面对目前的混和合作开发设计进行了全面的分析，按照Gartner控制技术适用性抛物线的每个阶段的定义，他们能明晰的看到，那时的混和合作开发设计正处在“逐步飙升的荣光期”，并即将迈入“实质生产的高峰期”。
这一现状也将为行业未来的控制技术研发、产品投入和控制技术选型提供了关键的决策参考。
#话题讨论：你知道什么样app是混和控制技术合作开发的？#
