android – 混合移动应用程序通常被科技行业的开发人员认为不如Native应用程序吗?

前端之家收集整理的这篇文章主要介绍了android – 混合移动应用程序通常被科技行业的开发人员认为不如Native应用程序吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
对于大学项目,我的小组计划为 Android制作云消息应用程序.最初,我们通过研究和使用Ionic Framework和Phonegap来开始开发,以创建混合应用程序.

根据我们迄今为止所阅读和学到的内容,我们所理解的是,混合应用程序开发允许我们使用Web技术(HTML,CSS Javascript)进行编码,我们非常熟悉它,而不是构建Native应用程序.它还具有在多个平台上运行的优点,只需很小的调整.

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

最终我们决定去寻找原生应用程序,因为这些反馈和其他原因,但它总是困扰我们为什么人们有这种感觉.

@R_502_323@

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

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

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

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

猜你在找的Android相关文章