咱们都知道的是现在许多渠道都选用跨渠道开发，相对于原生开发，跨渠道开发有开发成本低，开发周期短，开发难度小等许多优点。那么跨渠道开发究竟是什么呢？首要咱们来了解一下跨渠道，像安卓，pc，苹果，ipad，咱们能够称之为用户终端，也是作为咱们使用程序所运转的渠道，所以咱们所说的跨渠道开发便是运用非安卓或许非苹果技能开发安卓使用或许苹果使用，这便是跨渠道。
1、以 Web 为基础的 H5 Hybrid 计划
这类计划简单来说便是用网页来跨端。现在绝大多数端上（乃至包含关闭的小程序生态）都支撑 Webview，所以只需开发网页然后投放到多个端即可，在桌面端对应的计划便是Electron。从开发成本低、标准一致、生态昌盛上来说，H5 Hybrid 计划优秀。但这种计划的劣势也十分显着，便是功用和体验存在明显的距离，一起Web 的生态昌盛来自于其良好的前史兼容性，也意味着沉重的前史包袱。
2、React-Native/Weex 类计划
React-Native/Weex 这类计划通过尽或许的取长补短，综合了Web生态和Native组件，让JS 履行代码后用 Native的组件进行烘托，以解决抛弃Web前史包袱的问题。
计划同样存在一些缺陷：iOS/Android双端自身不一致的组件和布局机制，让双端一致性难以得到保障；依靠于 Native 机制也让一些CSS 特点完成起来比较困难，例如z-index问题。
别的，这套计划也需要十分高的保护支撑成本：如借用了 Web的生态但并不彻底是Web生态，许多当地不一致，例如惯用的CSS 布局方式无法运用。
3、Flutter
Flutter不继续在Web 生态上借力，从规划之初也并没有把 Web 生态考虑进去。比较于RN依靠Native View烘托，Flutter则是自绘组件，通过 Skia绘制到屏幕上。
因为能够彻底发挥 GPU 的才能，也不需要去 Native 绕一圈。Flutter理论上能做到更好的功用和两端一致性，这一意味着理论上未来或许根据 Flutter 的 JS 动态化计划能够在样式上支撑的比 WEEX 更好。
但从前端开发视角看，Flutter更像是一个Native开发计划而非跨端计划（虽然其实是跨 Android/iOS 的）。现在最主要的问题是Flutter for Web 从技能原理上来说离生产可用或许还十分遥远，动态化才能的确实也会让部分场景不适用。
4、小程序运转时计划
这个计划能够说是笔者认为现在性价比最高的计划，没有之一。
使用体验方面，小程序技能是前端容器技能的一种使用，其组件及UI都有明确的标准，开发者不必考虑兼容性及相似H5开发时复杂东西及结构的挑选。一起，因为组件及UI都是预设的，展现体验也会更佳。
使用结构支撑方面，某些运转时计划不仅支撑纯 wxml 微信小程序运转，还支撑包含 uniapp、 Taro、kbone 等第三方结构集成的小程序。
宿主环境结合方面，小程序是根据App端完成的使用，其获取系统(App)的权限也会多于H5；跟着微信小程序的潮流引领，各大干流互联网渠道的追随，小程序技能的发展现已趋于老练，市面上小程序以运转时现已开始出现多智能终端设备的适配（根据Andriod系统的多终端屏幕适配）。
提到小程序运转时计划，这儿想给我们介绍一下FinClip小程序运转时项目。FinClip是小程序容器技能，上述说的跨端技能优势都具备，包含：使用体验因为H5，使用结构支撑多种干流结构生成的小程序，多终端设备（宿主）环境友好且兼容。
别的，视图层与逻辑层别离也带来了许多好处：
1、方便多个小程序页面之间的数据同享和交互。在小程序的生命周期中具有相同的上下文能够为具备原生使用程序开发布景的开发人员供给了解的编码体验；
2、Service和View的别离和并行完成能够避免JS履行影响或减慢页面烘托，这有助于进步烘托功用；
3、因为JS在Service层履行，所以JS里边操作的DOM将不会对View层产生影响，所以小程序不能操作DOM结构的，这也使得小程序的功用比传统的H5更好。
现在，FinClip 也推出了SAAS版别。SaaS 版中供给了小程序必要的才能，也包含了之前付费版别中的大多数功用，能够满足小团队、项目组、小微企业等日常运用所需。一起，FinClip也为每位用户供给了每月 10,000 次的小程序免费发布调用与相关资源空间。期望这样做能够进一步下降各位开发者与用户在运用时的门槛。
