谈谈APP架构选型：React Native还是HBuilder

原文链接

导读：最近公司的一款新产品APP要进行研发，老大的意思想用H5来做混合APP以达到高效敏捷开发的目的。我自然就开始进行各种技术选型的调研，这里重点想说的是我最后挑选出的2款hybrid app开发技术方案：RN(react native)，HBuilder。React Native是大名鼎鼎的Facebook的开源技术框架，而HBuilder是国内的H5工具开发公 司DCLOUD的产品。我自己先总结下吧：这两个技术框架在开发效率上基本上可以媲美WEB开发的速度，RN强调的是“Learn once, write anywhere”，RN不强求一份原生代码支持多个平台；而HBuilder则可以实现类似JAVA的“Write once, run anywhere”，也就是说写一份代码，即可同时发布多平台，这个效率比原生开发而言自然会double。两者的原理其实都是基于JS在做前端开发，用JS去做桥接调用原生的API，最大的优点是方便做APP的动态更新而不用频繁去发布版本，当然hybrid的这种框架也有弱势缺点，就是目前原生APP的开发生态已经趋向成熟，一些第三方库和框架不仅丰富而且稳定，所以如果改用基于JS的Hybrid app方案来做，一定要考虑APP产品是否适合用这种技术来做。

下面我把一些网友对这两个框架的看法列举如下供参考：

RN -React Native部分—————————————————

React Native的核心实现：先简单说几点，详细的等回头更新。1. React Native里面没有webview，这货不是Hybrid app，里面执行JS是用的

JavascriptCore。2. 再说React Native的核心，iOS Native code提供了十来个最基本核心的类（RCTDeviceEventEmitter、RCTRenderingPerf等）、或组件（RCTView、RCTTextField、RCTTextView、RCTModalFullscreenView等），然后由React Native的JS部分，组成二十来个基本组件（Popover、Listview等），交由上层的业务方来使用（THGroupView）。3. 就如他们在宣传时所说，他们实现了一套类似css的子集，用来解决样式问题，相当复杂和强大，靠这个才能将Native的核心组件组成JS层的基本组件再组成业务端的业务组件，应该是采用facebook/css-layout · GitHub的C语言版本实现的（在ppt中我们看到了类似flex-direction: column一类的代码，这个正是css-layout支持的语法）。4. 在React Native中，写JS的工程师解决的是「将基本组件拼装成可用的React组件」的问题，写Native Code的工程师解决的是「提供核心组件，提供足够的扩展性、灵活性和性能」的问题。

React Native是什么？

其实这东西从Native开发来说，相当于重新发明了一个浏览器渲染引擎并且套一个React的壳，从Web开发角度来说，就是把原来React的后端换成了Native code来实现，就跟Flipboard最近搞的React Canvas 一样： Flipboard · GitHubreact-canvas

 

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：谈谈APP架构选型：React Native还是HBuilder

关键词：架构