现在比较盛行的移动APP开发结构有以下六种：网页、混合、渐进、原生、桥接、自绘。前三种体会与Web的体会类似，后三种与原生APP的体会类似。这六种结构方式，都有自己适用的规模。无所谓好坏，适用便是好。

　　WebApp与传统Web的首要差异，在于前端结构，特别是V-DOM结构的运用。此类前端结构使得WebApp与NativeApp在机理上现已没有任何差异了。在许多的前端结构中， React、Vue和Angular是最有竞赛力的挑选。

　　V-Dom技能的开创者，干流结构中的NO.1。React的奉献都是开创性的，在它根底上，也有许多兼容结构，比方Anu，Nerv。用以处理React在功能或IE兼容性上的问题。

　　由国人创立，在我国具有许多运用者，也有许多配套的开源项目。它的是要特色是学习本钱低，简单上手。

　　因为操作体系的约束，原生运用只要那么几种。关于原生运用，架构是根底，结构是中心，加上海量的UI组件。

　　Android开发言语从Java更换为Kotlin。编译时依靠注入结构Dagger也成为不贰法宝。

　　桥接运用的特色在于运用原生界面，但运用逻辑运用脚本言语编写，通用桥接来操控原生界面。这样到达运用脚本编写原生运用的意图，乃至能够网页与原生运用运用同一套代码，节约许多开发本钱。可是操作手感比网页运用强不少。

　　小众的结构，能不能强大，要害在于学习者是否能有功率地编写运用。所以许多人以为文档是决议一个开源结构存亡的要害。其实有几个运用结构的开源运用，比文档还要要害。因为这些运用活着，间接地证明了结构还有生计的价值和才能，也能成为更好的文档教材。Weex声称有一堆闻名的运用，但开源项目就乏善可陈了。

　　动态言语编写移动运用，对言语社区而言是才能问题，必需要证明言语的优越性和无所不能。但除开疯狂爱好者，正确的做法是运用最有功率的渠道和言语。Ruby的利益在于Web后端，所以编写APP并无多少继承性，编写功率也因为过分小众而存在掉坑的危险。有免费版别，但只支撑最新的操作体系版别。

　　这个结构的中心便是运用JavaScript开发运用，与Web开发的在方式上差异很大。所以从根本上，这便是一种脚本言语结构，和RubyMotion千篇一律。

　　自绘一向以来都是游戏界面的势力规模，事实上除开Flutter，其它的结构都是偏游戏开发的。所以Flutter的横空出世，招引了很大的重视，究竟这是真实跨渠道的仅有可行计划。

　　除了运用Dart言语有些争议外，Flutter是真实值得重视的跨渠道计划，没有之一。最近它的方针渠道除开iOS 和 Android，Flutter Desktop Embedding项目将Flutter引进到桌面操作体系，Hummingbird项目将 Flutter 运用引进浏览器。它运用 Dart 渠道的特性不只能够编译原生 ARM 代码，还能够编译JavaScript 。这使得 Flutter 代码能够在根据规范的 Web 上运转而无需任何更改。

　　CrossApp是根据Cocos2d-x引擎的，而Cocos2d-x是根据OpenGL的 。9秒社团是由手游社区发展而来的，由此可见CrossApp的布景，运用C++开发也有一些忠诚拥趸。

　　更适合做游戏，不适合做运用程序，首要是因为界面部分，官方供给的UI部分代码十分不好用，自己完成又很耗时耗力。

　　又一个动态言语开发结构，和游戏引擎结合起来使得它在特定范畴仍是很有商场的。并且它还跨windows渠道，能够在windows下直接运转，能够真实完成跨渠道运转。

　　渐进有边下载边运用这一层意思，也有下载完成后不依靠网络这一层意思。从类型上来讲，有Google主导的PWA（ProgressiveWebApp），还有微信主导的小程序。比较PWA一致天下的野心，小程序显着是实用主义导向，能用就好，没有久远的布局。急于与微信竞赛的百度、支付宝、我国九大手机厂商联盟的QuickApp也仿制了这种风格。跟着各种跨渠道转译东西（如Taro）的鼓起，各个小程序渠道也随之变成了一个专有浏览器完成，变成了前端千框万架大战中的小小注脚了。

　　全称Progressive Web App，即渐进式网页运用。相关于国内厂商的私有渠道，谷歌主导的PWA从一开端就瞄准下一代浏览器规范。与传统网页最大的不同，是引进了Service Worker了，相当于本地服务器，能在离线时代替网站服务器持续作业。除此之外，PWA大致便是一个SPA（single page web app），敞开规范的继承性仍是比较高的。不过因为各渠道厂商（如微软，苹果）对PWA的情绪不明，PWA的推行发展缓慢。

　　微信小程序，因为微信的体量与运用频度，使得小程序能够承载满足的野心。不过从技能上讲，也便是个运用人数较多的浏览器完成。小程序和许多的跟随者，促进多端一致结构也发展起来了。

　　React兼容的跨渠道多端一致开发结构。一键生成能够在微信/百度/支付宝/字节跳动小程序、H5、React Native等端运转的代码。尽管多端一致结构看似能够在不同类型的渠道运转，但它仍是要依靠那些渠道东西，仍是旅居之上的小程序罢了。

　　司徒正美开发的React兼容Anu结构的多端转译脚手架。可是比照Taro是一堆东西打包而成，nanachi仅是一个脚手架，不免破旧。不包装一下？

　　类Vue的跨渠道多端一致开发结构。专门拜读了昨日出炉的《Chameleon原理详解：其它跨多端一致结构都是假的？》。它有奇特的多态组件，便是从头界说了一个组件声明结构；严厉全面的查看，不会不让你的代码不能不跨渠道；更多的适配代码，听说有后端一致接口，并且还有一个后台办理体系。好吧，祝您玩得愉快。

　　国内因为微信敞开了小程序流量主的广告收入，引爆了小程序的热潮，进一步催生了多端转译结构。可是这些结构所做的事并不多，引擎仍是React/Vue，做了一套各渠道一致的UI组件罢了。因为个性化的原因，UI组件是我们一向都想一致，而不能如愿的方针。Taro结构也仅仅推销了自己的一套UI组件罢了。在我看来，还不如供给一套组件“规范”，答应并鼓舞用户自己完成。