转载

【译】Hybrid or Native: 合适的才是最好的

本文转载自：众成翻译

译者：文蔺

链接： http://www.zcfy.cc/article/861

原文： http://www.telerik.com/blogs/hybrid-or-native-mobile-app-use-the-right-tool-for-the-job

译者注：本文讲到的 hybrid & native 可能和我们通常理解的略有差异。文中 native 部分主要讲到的是 NativeScript，这一点可能在一些开发者看来是有争议的。关于 NativeScript，想起来 @前端外刊评论有一篇文章《使用 NativeScript 和 Angular2 构建跨平台 APP》，可以参阅。

移动应用开发，何时该用 hybrid，何时又该用 native？一起来学习它们的差异，看看哪款更适合你。

移动应用开发者的工具箱正在膨胀，比任何人期待的都更加多样化了。从像 Xcode 和 Android Studio 这样的纯原生 (pure native) 解决方案，到 Telerik NativeScript 和 React Native 这样的原生 JavaScript 选项，再到 Kendo UI 和 Ionic 这样基于 web 的框架，开始App 开发比以前任何时候都容易。然而，随着可选项的增加，“选择悖论” (paradox of choice) 出现了 —— 我们惊呆了，看不懂了，竟然有 如此多 的可选项。我们真正想要的是，更少的选择，更清晰的指南。在这篇文章中，我希望能让您看清选择，为您指向一条康庄大道，创建成功的移动应用。

谈论移动应用开发的工具、服务，比如说 Telerik Platform by Progress 提供的那些，选择就变得简洁多了：

想试试 hybrid ？我们提供 Cordova/PhoneGap 开发，你可以使用任何移动端 JavaScript 框架
想用 native ？我们支持 NativeScript 开发（附带可选的 [Angular 2 集成]）

使用 Telerik Platform，不需要 Mac，也不需要管理各种 SDK。你可以使用到最佳的模拟、调试以及像消息推送、实时同步（LiveSync）、App Store发布等等服务。

【译】Hybrid or Native: 合适的才是最好的

Hybrid App 到底是什么？

我的同事 John Bristowe 在这篇博客中讲到了这个，其中有关于 hybrid 的全面解释。说得更清楚一点，Hybrid App 并不是移动端网站！它是安装在设备本地的应用，但使用 Web 技术（HTML5， CSS，JavaScript）编码，在 WebView 中运行。WebView 是打包在移动应用中的浏览器。

Hybrid App 无论是看起来、感觉起来还是使用起来，都很像 Native App（多数情况下... 往下看）。它可以与设备的原生功能如地理定位、相机、通讯录等等交互。任何无法使用的原生功能，通常都能用各种 Cordova 插件解决。

听起来真棒，是吧？来看看 hybrid 的更多优弱势：

Hybrid 强项

完全跨平台：编码一次，然后就可以构建 iOS、Android 和/或 Windows Phone 应用
代码复用：可以复制现有的大部分 Web App 代码，将其转换为移动 App
技能复用，学习曲线低：如果你有 JavaScript、HTML、CSS 相关知识的话，很快就能使用 Cordova 和移动 JavaScript 框架开发应用
减少开发时间和成本：因为上述有点，可以相对快速完成移动 App 开发并上线
健全的生态系统：Cordova 是一个成熟的开源框架， Kendo UI 包含一个著名的（且开源的）移动框架。

Hybrid 缺点

感知性能问题：Hybrid App 在 WebView 中运行，所以会受到设备上 WebView 的性能的影响（尤其 Android 有一堆问题）
跨设备行为差异：WebView 在各平台（甚至不同版本）上不一样，需要额外调整并优化代码，确保 App 按照预期能在所有设备上运行
大量图形和过渡（heavy graphics and transitions）情况下的性能问题：WebView 在处理大量图形和过渡（特别是游戏和其他重 UI 的应用中）的时候，肯定有各种问题
特定平台 UI 或特性需要额外开发：进军特殊平台的特性，通常需要额外编码，或者在某些情形下使用插件，甚至需要自己来创建插件
新版本平台支持缓慢：新版移动平台可以使用的时候，在 Cordova 引入新版本及其特性的各种支持之前，需要等上几个月

Native App 又是什么？

Native App 是运行在设备本地的应用，使用的是真实的原生 UI 元素。不像 Hybrid App，Native App 无需牺牲性能，因为它运行在设备原生环境中！ Native App 中没有 WebView 碍事了。 Native App 也能完整访问平台上所有可用的 API（所以不必使用任何插件，虽然它们也有用）。

谈到 Native App，最好也是最简单的办法是使用免费、开源的 NativeScript 框架。

【译】Hybrid or Native: 合适的才是最好的

为什么使用 NativeScript ？好吧，就像 hybrid 技术，它可以让你使用所掌握和喜爱的 Web 技能（CSS 和 JavaScript/TypeScript），同时使用我们的插件如 Telerik UI for NativeScript 达到平滑、优雅的用户体验。

这听起来也挺好的吧？也来看看 native 的优缺点细节：

Native 强项

跨平台：同 hybrid 一样，使用 NativeScript 创建的应用，同一套代码可以在 iOS 和 Android 上运行
代码复用：还是一样，可以将许多 JavaScript 业务逻辑拷到 NativeScript 应用中（当然得视情况而定）
技能复用：如果你会 JavaScript 和 CSS，或者理解 XML（UI 标记）的概念，那你已经具备理解 NativeScript 的基础了
跨平台的原生 UI 和性能：因为应用使用的是原生组件，它们在任何地方都能跑起来
利用现有的原生库：NativeScript 提供包括 CocoaPods 这样的原生库的框架外支持
新特性无缝支持：新的移动操作系统版本可用的时候，NativeScript 马上就能提供支持

Native 弱势

相对较新： JavaScript Native 框架相对来说还是比较新，因此社区还在制造资源、拓展文档
更陡峭的学习曲线：Hybrid 让我们使用 HTML，但 NativeScript 迫使我们使用更多的原生应用概念如原生 UI 元素。对不起，没有 div 了，但是 NativeScript 布局引擎理解起来很简单