对于一个大学项目，我的小组正计划为Android制作云消息传递应用程序。最初，我们通过研究和使用离子框架和电话盖来创建混合应用程序开始开发。
根据我们到目前为止所阅读和了解的内容，我们对混合应用程序开发的了解使我们能够使用Web Technologies(HTML，CSS JavaScript(进行编码，这在我们在构建本机应用程序的时间较少的时间内就非常熟悉。它还具有在多个平台上进行非常小的调整的加油。
但是，随着我们向前发展，我们从许多同事和该领域的人们那里得到了一些奇怪的反馈，这些反馈都指向一件事。对混合应用程序的普遍不信任和怀疑。
最终，由于这种反馈以及其他原因，我们决定去找本机应用
是的，一般的情绪是混合应用不如本机应用程序。尽管这对于更熟悉Web技术的开发人员可能会令人沮丧，但确实有充分的理由来了：
-
无法与本机组件进行交互：尽管存在诸如
cordova-plugin-statusbar之类的插件，但使用Web Technologies进行了与本机组件进行交互并操纵本机组件的局限性。我个人遇到的一个很棒(令人沮丧的(问题是，当键盘动画时，无法在其顶部的输入中输入。这听起来像是一个非问题在诸如Slack之类的聊天应用中。 - 300ms延迟：尽管现代浏览器开始逐渐消失，但是Hybrid Apps上第二个延迟的比例使该应用程序感到缓慢且非本地。随着越来越多的用户采用诸如fastclick.js和某些框架(例如Ionic(将其消除的解决方案。
- 仇恨者是正确的(有点(：虽然混合应用程序开发已经走了很长一段路，但仍然存在较小的故障和laggy功能，这些功能只是本机应用程序中不存在。屏幕过渡，应用切换和电池寿命仍然是出现错误的常见区域，即使它们开始变得越来越少，也可能会持续一段时间。
- 有一些很棒的本地解决方案：使用苹果Swift等较新的语言，它变得更容易用母语编码。话虽如此，诸如React本地的工具通过允许开发人员在JavaScript等友好技术中进行编码，但将其编译成本地代码，属于本地和混合动力之间的灰色区域。 。
故事的寓意是，它确实取决于您的特定用例重要。混合应用程序已成为可行的选择，并且不再是令人尴尬的侧面表演。相反，除了与本机应用程序外，与本机UX互动仍然存在较小的方面。
总的来说，我建议您绘制您的项目，并确定您的应用程序是否需要本机应用程序的任何好处。借助Ionic View应用等工具，可以轻松地将应用程序的基本模型放在一起，并在真实设备上测试是否适用于您。