原生 or 混合 ? 关于应用永不停息的争论

最新推荐文章于 2024-11-13 17:27:29 发布

weixin_34195546

最新推荐文章于 2024-11-13 17:27:29 发布

阅读量78

点赞数

文章标签： javascript java 移动开发 ViewUI

原文链接：https://my.oschina.net/oneapmofficial/blog/482754

版权

2019独角兽企业重金招聘Python工程师标准>>>

摘要：原生应用和混合应用的争论愈演愈烈。在移动技术的世界，我们需要了解本地应用和混合应用的利弊。

【编者按】作者 Jose Maria Arranz是 ItsNat AJAX Java web 、ItsNat Droid Android framework 等的网站的创始人，本篇文章中，Jose 通过对比原生应用和混合应用的诸多利弊，让更多的人了解到两者之间的区别，根据需求选择更适合的类型应用。

混合还是本地？这是一个问题。针对这一问题我也来说两句（以下纯属个人观点）。

语言

原生应用：使用「严肃的语言」，比如 Swift（iOS）或 Java（Android）。「严肃」意味着：静态类型、良好地面向对象技术和快速。

混合应用：基于可怕的 JavaScript 语言（弱类型，不够好的 OOP，没本地语言那么快），不幸的是，如果你的应用界面相当复杂，你就须要做好准备来堆积大量笨拙的 JavaScript 语言。在纯 Web 下你有 GWT、Dart......来生成 JavaScript，在移动网络中避免使用 JavaScript 是件很困难的事。

与平台统一的用户界面

原生应用：触手可及、方便使用。只需使用默认的本地组件，就能得到一个完美的本地界面外观和感觉。

混合应用：必须使用移动工具来模拟本地用户界面，同时需要生成两个视觉版本（iOS / Android）。

访问本地 API

原生应用：直接且无限制的访问（仅适用于应用程序的安全限制）。

混合应用：必须使用移动工具，因为从 JavaScript 本地访问并非无限制，比如在 Android 中，由 JavaScript 代码调用的原生（Java）方法，必须在接口中定义好，这是移动工具包 API 的工作。如果你想要更强大的整合，需在本地 Java 语言下完成编程。事实上，所谓「混合」是因为许多混合应用是真正的混合本机网络，也就是一些基础元素是本机的（menues等），其他部分则由 Web 呈现。有些事情的确麻烦，比如 JavaScript 和本地代码之间必要的异步调用（例如，在 Android 上的 JavaScript 代码，在不同的主线程的线程独享执行）。

性能开发

这也许是本文主观性最强的部分。

在我看来，原生应用的发展远远超过了混合型，比如语言、工具、自然的原生整合等。是的，你必须做两款（iOS / Android）的应用程序，通常需要两个团队。两个团队在质量和发展方面的表现，都远远优于「一个混合队」。某些部分可以重复利用，比如数据管理使用的一个类似 Google 的 Java-Objective C 生成的工具。在我看来，如果需要支持视窗移动化，那它的优势并不是很大。