与开发与Web应用程序相同的应用程序相比,为智能手机开发应用程序有哪些优势?


28

让我们以Facebook应用程序为例。当用户只能访问其页面并执行相同的操作时,他们为什么开发应用程序?对我来说,这意味着更多的维护和更多的成本,因为对于添加到Web应用程序中的每个功能,该功能也必须添加到智能手机应用程序中。

那么,当我只拥有一个Web应用程序时,为什么要不止一次地开发(针对每个样式化的iOS,Android等)?我可以获得什么好处?我唯一想到的就是GPS功能。

编辑

我的问题更面向仅由公司某些成员使用的业务应用程序,而不是与出售应用程序(私人使用)有关。因此,与一些答案所说的相反,通过开发智能手机应用程序将对我有利,因为“智能手机商店”将使更多的销售受益,这一点并不重要,因为该应用程序是供私人使用的。

通过将应用程序开发为Web应用程序,意味着可以通过智能手机浏览器以及在PC(任何支持的浏览器)中对其进行访问,但是将其开发为本机应用程序会将其限制为仅某种类型的智能手机,因此我们将限制使用。另一方面,将其开发为Web应用程序意味着要访问该应用程序,必须有Internet连接。

因此,请记住这一点,您如何说服老板为给定的智能手机平台(iOS / Android)编写应用程序,而不是将其开发为Web应用程序?


1
我猜想一个完整的应用程序可以使开发人员更好地控制移动设备将如何与其服务交互。它还可能会提供更好的UI体验。
FrustratedWithFormsDesigner 2012年

2
更好的UI体验,也可以更快地访问FB的服务。
欧米茄

1
数字版权管理是另一种。例如,像NetFlix这样的内容流媒体使用应用程序来处理此问题。
jfrankcarr 2012年

2
以下是Google IO对此的讨论:youtube.com/watch?
v

我们都在使用jquery开发Web应用程序,并使用jquery mobile提供特定的移动界面,并将请求转发到适当的界面。世界上最好的恕我直言。
NimChimpsky

Answers:


29

创建本机应用程序有几个优点:

  1. 更好地控制UI体验-移动Web开发人员将需要重新创建或使用模仿本机UI工件的框架
  2. 访问可能不适用于Web应用程序的平台API-当前,这是本机应用程序的最大优势
  3. 在运行时可能会降低网络使用率-本机应用仅需要访问网络以获取数据,而Web应用则可能需要在运行时完全加载。

如您所述,开发人员本机应用程序确实具有为多个平台构建和维护应用程序的缺点。如果开发人员仅专注于一个平台,则此因素可能不是一个很大的缺点。

您可能有兴趣阅读博客中的一些讨论:


2
回复:第3点。使用html5 appcache,Web应用程序从本地缓存中加载其代码。您甚至可以将其用于始终在线的Web应用程序。在Web应用程序中实现它有些痛苦,但是在各种设备上都得到了很好的支持:caniuse.com/#feat=offline-apps
Joeri Sebrechts

10

可能最重要的原因是心智共享。几乎每个互联网公司都想要的是让您适应他们的产品。建立思想共享的一种方法是使对内容的访问尽可能容易。两种投放方式如何比较?

移动网络应用程序:

  1. 用户认为“我想去Facebook”
  2. 用户点击“互联网”
  3. 用户点击地址栏
  4. 用户类型“ facebook.com”

本机应用程序:

  1. 用户查看安装的应用程序,然后看到Facebook!
  2. 用户点击Facebook!

用户不仅易于使用应用程序,而且每次查看其应用程序时,只需单击一下即可看到Facebook 。他们甚至不必考虑 “我想去Facebook”。

就是您建立思想共享的方式。


1
我认为在大多数平台上,您都可以将指向网页/ Web应用程序的链接固定到主屏幕。因此,单击此链接将与单击本机应用程序的图标一样费力(如果用户知道如何将链接固定到主屏幕)。
PersonalNexus

4
@PersonalNexus虽然是正确的,但这再次需要用户更加复杂和意图。在找到该功能之前(我在Android上),我不得不进行了一些探索。
克里斯·皮特曼

1
你的例子不是吗,facebook,证明相反。在智能手机无处不在之前,他们就已经有了“ mindshare”。
NimChimpsky

@NimChimpsky在桌面上,但在移动设备上,Facebook完全由应用程序推动,无论是预加载的聚合器还是实际的Facebook应用程序。我不是说这是ONL打造心中的那份,简直就是最有效的方式对智能手机的一种方式。
克里斯·皮特曼

9

智能手机与普通PC不同。屏幕尺寸和触摸屏使传统网页更难以使用。通过为手机创建应用程序,可以为用户提供更好的体验。

创建应用程序还可以收集有关活动用户数量的更多信息以及有关用户的信息。这提供了更好地定位广告的方法和更多的广告方法(我不记得FB应用程序中是否有添加,但我想一定有)。对于像Facebook这样的公司来说,App的确是便宜的广告,与保证数百万的人在App Store中看到您的应用相比,开发人员花了几个月的时间是不算什么。

已发布的有关智能手机应用程序的大多数数据表明,与从互联网将内容下载到PC相比,大多数人也非常愿意从应用程序商店下载几乎所有内容,因此创建应用程序是有效的广告策略和收入发电机。


3
The screen size and touchscreen make traditional webpages much more difficult to use. By creating an app for phones a better experience can be delivered to the user.移动设备优化的网站与移动应用程序之间的权衡和收益如何?我同意您对网站和移动应用的评估,但是您对针对Android,iPhone和其他设备设计的针对移动设备进行了优化的网站有何看法?
Thomas Owens

@ThomasOwens-而且您还必须考虑平板电脑和智能手机。妻子在使用自己的Android平板电脑时,没有比被强迫进入笨拙的移动网站更让他烦恼的事情了。
jfrankcarr 2012年

@jfrankcarr另一个有效点。尽管我怀疑平板电脑更像电话而不是计算机,但是基于触摸而不是基于键盘/鼠标。不过,较大的屏幕还是有区别的。
Thomas Owens

5

智能手机应用程序相对于基于Web的应用程序的最大好处是脱机功能。根据应用程序的编写方式,无论Web连接如何,您仍然可以完成工作。

如果Smartphone应用程序需要将事件报告给Web服务,则可以始终将事件排队,然后在下次该应用程序访问Web时进行同步。

当网络不可用时,有很多次我需要信息。表现出色的应用是那些不依赖网络的应用。


4

两个主要原因。

您可以从AppStore赚一些钱,那里的许多应用本来可以很容易地开发为简单的WebSite,但是那样很难赚钱。甚至免费的应用程序也可以从广告中获得收入。

您可以在用户的​​“主页”屏幕上放置“面对您”图标。这比隐藏在用户主屏幕中三到四个手指戳的网页书签好得多。

从技术上讲,首选将应用程序放到网页上的唯一原因是,如果您需要将合理数量的数据存储在设备上本地,或者该应用程序实际上可以在没有网络连接的情况下独立运行。


在iOS下,可以将Web应用程序设计为在下载(“剪切”)后脱机运行。
hotpaw2

3

我将通过从商人的角度提到另一个重要方面来扩展Chris的出色答案。市场诉求。考虑一下。您刚刚购买了最新的时尚小工具(智能手机,平板电脑等),并且想用很多有趣的应用程序和小工具来吸引您。您是一个狂热的社交媒体用户,但您不喜欢手机上的浏览器呈现页面的速度如此之慢,或者您变得非常讨厌,并正在研究电池监控等问题。您将不会使用Facebook或Google而不需要浏览器,而且您不喜欢屏幕上的链接太小而导致您不断显示错误的页面。您是否愿意为设备专门构建一个应用程序,

像Facebook和Google这样的大公司都非常了解那里的用户人口统计信息,他们知道在发布用于移动设备的应用程序时可能会产生吸引力和炒作。他们创建专用的应用程序是因为他们有能力负担得起,并且会引起病毒式的炒作,对公司而言比在创建这些应用程序上实际投资的钱更有价值。

从技术角度来看,您还需要考虑可用性。在用户可以很好地控制指针位置的环境中,网页可以很好地工作。当您单击超链接时,您不想单击错误的链接,因为这会浪费您的时间。我没有计算自己在银行发誓的次数,因为我没有为手机提供一个易于使用的好应用程序,而让我使用网络界面。触摸界面和网页之间的范例无法很好地融合在一起。这可能是因为网络尚未赶上过去五年来已经出现的新一代触摸设备。也可能是因为技术障碍很大。无论您在前5分钟内看到什么清楚的原因,让您轻扫,触摸,

随着开发人员变得更加擅长实现聪明的HTML5界面,这种情况可能会发生变化,但是就目前而言,将您的GUI工作复制到一定程度还是很有意义的,否则就有可能疏远您的目标人群。


2

考虑到您的约束(私有业务应用程序,供公司某些成员使用),我说您有两种主要方法可以说服老板开发移动应用程序与Web应用程序:

1)移动版本可能更适合您的情况,因为可以离线进行一些工作,GPS功能可以知道您的位置,可以在家中,公共交通工具或任何地方工作(人们携带智能手机的频率比笔记本电脑要高得多) )。我知道这与此处已经发表的许多评论是一致的,但是在不知道您正在谈论的实际业务应用程序的情况下,几乎可以归结为:移动版本具有使用起来更加实用的潜力,为了平衡您在有限的平台上花费资源的事实,或者没有。

2)公司对未来的移动开发感兴趣吗?如果是的话,那么通过开发内部移动应用程序,您可以为员工提供更多的体验,让他们尝试新技术,然后公司会增加另一种工具来产生收入。所有这些都是在简单但有用的内部应用程序的相对“安全”环境中进行的,公司内部的某些人将使用该内部应用程序,该环境还将提供他们的评论和反馈。

综上所述:您必须证明移动版本将通过使使用该应用程序的员工更高效,更灵活,或者从更长远的意义上使员工拥有新的/更广泛的知识,从而在短期内产生更多的收入。有未来的可能性(或两者都有)。这还取决于公司目前的状况,他们的收入多少以及您有多少有经验的人可以在可接受的时间内发展它。

希望能帮助到你 :)。我知道这都是非常主观的,但是如果没有一些具体的应用程序/领域,很难提供更多的理由。


2

网络应用程序是我推荐的方式。有一些框架可以提供很多帮助,例如 jQuery Mobile。另外,其他在此处描述的功能可用于Web应用程序。熟悉以下一些“ HTML5”规范:

越来越多的移动浏览器通过JavaScript提供了越来越多的功能,因此我发现使用本机应用程序的原因越来越少。

我仍然认为您想要制作本机应用程序的主要原因是,通过各种平台的应用程序商店将其货币化可能更容易。


1

从技术角度来看,Web应用程序的功能可能会受到限制,这与已安装的应用程序有关。一个很好的例子是您不能<input type="file">在iPhone 上使用进行上传。

好处与必须为不同的桌面操作系统构建应用程序的好处相同,因为好处并不多,这就是为什么Web应用程序领域首先受到如此广泛关注的原因。不幸的是,移动浏览器的当前状态意味着我们暂时无法使用已安装的应用程序。

Ryathal的回答所述,这样做有商业原因,例如免费行销和围绕新酷应用的嗡嗡声。


1

在移动设备上下载会消耗电池电量。Web应用程序必须下载演示代码(HTML5,CSS,JavaScript等)以及用户想要查看的内容。本机应用程序仅需要减少用户所需的内容,从而使用户的数据分配和电池寿命更快,更保守。

本机应用程序可能还需要较少的解释软件层,并且可以更直接地使用本机UI控件,从而提供响应速度更快的用户体验。新的UI功能通常直接添加到本机OS中,然后才可供Web浏览器使用(如果有)。

苹果已经对本机应用程序进行了审查,因此某些用户认为本机应用程序比网站URL安全。许多用户还习惯于在应用程序商店中发现应用程序并花钱购物。因此,可能是由于上述原因,许多用户偏向于本机应用程序,即使没有一个适用于您的特定网站。


听说过缓存吗?大多数css,html5,.js文件仅下载一次,并且可以保留几个月的时间。每次修补或升级WebApp时,都需要重新下载整个内容,这可能比浏览器刷新消耗更多的资源。
詹姆斯·安德森

1

这取决于您的情况!

Web应用程序当前无法访问手机的许多功能(相机,加速度计等)。PhoneGap可能就足够了;它使您可以构建Web应用程序,然后创建特定于设备的可部署版本。但是,它并不是本机应用程序的完美替代。

另一方面,您也许可以快速创建一个Web应用程序,客户可以立即开始使用它。或者,您可能不需要这些漂亮的电话功能。如果您想率先进入市场,那么Web应用程序可能是立即开始赢得客户的好方法。它可能会为您提供一些喘息的空间,以便在这些杀手级ios和android应用程序上工作。即使您确实创建了本机应用程序,也希望允许其他客户通过黑莓机,Windows和其他类型的带有浏览器的手机来访问您。


1

我将主张使用网络应用程序。

在给出的其他示例中,它们始终指向Facebook。完全无所不在的品牌无需担心用户购买,可以建议平台捆绑其应用。

对于初创公司或相对未知的公司则不是这样。通过简单的搜索,在应用商店中浮出水面要比在网络上浮出水面。

让我们来谈谈UI。人们正在提出这样的论点,即UI在本机应用程序上更好,但这是没有道理的。Web应用程序看起来可能像本机应用程序。加载时间可能会稍慢一些,这与UI有关,但与可获取性有关(Web应用程序获胜)。

本机应用程序的结构不允许链接到其内容。因此,您可以防止用户链接到博客,电子邮件和社交媒体中的内容。那怎么用?

然后评论者指向离线存储。Facebook应用程序可以离线工作吗?

当然,在某些情况下,本机应用程序总会有商业案例。但是,除非您的付款模式受益于该应用程序的收费,或者除非您需要特定功能(例如访问Camera API),否则Web应用程序会更好。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.