Hybrid Mobile应用程序通常被科技行业的开发人员认为不如Native应用程序吗？

Question

对于大学项目，我的小组计划为Android制作云消息应用程序。最初，我们通过研究和使用Ionic Framework和Phonegap来开始开发，以创建混合应用程序。

根据我们迄今为止所阅读和学到的内容，我们对混合应用程序开发的理解使我们能够使用Web技术（HTML，CSS Javascript）进行编码，这些技术在构建Native应用程序的时间远远少于我们所熟悉的时间。它还具有在多个平台上运行的优点，只需很小的调整。

但是，当我们向前迈进时，我们得到了许多同事和现场人员的一些奇怪反馈，这些反馈都指向了一件事; 对混合应用程序的普遍不信任和怀疑。

最终，由于这些反馈以及其他原因，我们决定选择Native应用程序，但它总是困扰我们为什么人们会这样想。

Answer 1

是的，一般情绪是Hybrid应用程序不如Native应用程序。虽然这对于更熟悉Web技术的开发人员来说是令人沮丧的，但它确实有充分的理由：

1. 无法与本机组件交互：虽然存在cordova-plugin-statusbar等插件，但使用Web技术与本机组件交互和操作存在一些限制。我个人遇到的一个很好的（也是令人沮丧的）问题是当键盘动画时无法在键盘的顶部输入一个输入。这听起来像是一个非问题，直到你看到一个应用程序，这是一个必不可少的功能，如在像Slack这样的聊天应用中。
2. 300毫秒延迟：虽然现代浏览器开始phase this out，但Hybrid应用程序上出现的第二个延迟时间部分会让应用程序感觉缓慢且非原生。随着越来越多的用户采用FastClick.js之类的解决方法，以及Ionic等一些框架默认消除它，这个问题变得不那么重要了。
3. 仇恨者是对的（某种程度上的）：虽然混合应用程序开发已经走过了漫长的道路，但仍有一些小问题和滞后功能在Native应用程序中不存在。屏幕转换，应用程序切换和电池寿命仍然是出现错误的常见区域，并且可能会持续一段时间，即使它们开始变得越来越不明显。
4. 有一些很棒的原生解决方案：使用Apple的Swift等新语言，使用母语进行编码变得更加容易。话虽如此，React Native等工具属于Native和Hybrid之间的灰色区域，允许开发人员使用JavaScript等友好技术进行编码，但编译成本机代码。

故事的寓意在于它确实取决于对您的特定用例重要的内容。混合应用程序已成为一种可行的选择，不再是一个令人尴尬的侧面节目。相反，除了使用Native应用程序之外，还有一些与Native UX交互的次要方面是不可能的。

总的来说，我建议您制定项目并确定您的应用是否需要Native应用的任何好处。使用Ionic View应用程序等工具，您可以轻松地将应用程序的基本模型组合在一起，并在真实设备上进行测试，无论混合应用程序是否适合您。