Android:PhoneGap vs Webview

我一直在研究PhoneGap,现在我陷入了僵局,需要一些build议。 我知道,PhoneGap本质上“转换”HTML5,CSS,JS网站为“应用程序”分发,这导致我的问题:

为什么不在一个活动中简单地使用webview来做同样的事情,并保持应用程序的本地?

提前致谢!

Solutions Collecting From Web of "Android:PhoneGap vs Webview"

PhoneGap的优势在于它提供的API可以使您的HTML / JavaScript与手机进行交互(例如相机,加速计,媒体等)

这些API是跨多个设备(iOS,Android,WinPhone,Blackberry等)的标准。 所以你可以写一组HTML / javascript并部署到多个平台上。

如果你刚刚创build了一个WebView,你将不会有PhoneGap API,你需要在你感兴趣的每个平台上构build容器。

好的问题,我也搜查了我,因为我们在Phonegap解决scheme,我认为这是一个错误的方式给我们。

长话如此:如果您使用Web开发人员的技能编写一个UI,而不需要了解本地语言并编译并准备好进行testing,那么这是非常正确的。 Web开发人员的需求越来越高=>开发人员的价格更便宜。

当客户想要一个里程碑1为他的好主意,它会问几个公司,自由职业者有关开发的价格和时间。 如果是带有Phonegap的非常基本的应用程序版本,那么使用webView在第二位和最后一个本地位置时,您的开发成本将会更低 (如果您的Web开发人员的技能与平台开发人员的技能相同)。

客户对Phonegap的应用效果感到满意,并希望得到更多的投资者,所以他们会进行演示,在那里他们要求更多的function。

在里程碑2,你会添加一些function。 有些是简单的命令行安装,你得到它,有些不是。 也许你会不走运,因为你想要两个现有的插件与一些额外的组合。 结论是: 你必须开发一个插件 。 在这一点上已经是一个非常大的审讯标志,这是更便宜的:Phonegap + Phonegap插件或WebView。 如果你需要5个现有的插件,你有一个小的修改,仍然Phonegap。 但是,如果你只需要一个插件,只有你的,比networking视图是正确的方式。 也有使Phonegap结构无用的情况。 此外,如果您开发Web文件和本机代码,则在Phonegap下的版本控制系统也有问题:有些在每次编译时都会重新生成一些。 仍然是支持本地平台。 现在开发了所需的function。 客户将为投资者做一个演示,在这个新function下,执行速度将是可见的。 或者在这里,他们需要优化,运行时间加速,或者在发布市场之后,他们会看到一些正在运行的低端手机,而不是最终的,这些将在演示中使用,他们将决定进入Milestone 3:加速。

在优化,加快(里程碑3),你会决定,因为你需要本地的graphics用户界面。 所有的graphics用户界面开发完毕之后,你需要在栅栏处扔掉并实现一边,也许有些零件甚至需要NDK来加速。 没有办法在这里与Phonegap良好。 但是你已经雇佣了网站开发者,或者签约了那家公司。 现在回到那个可以制作本地代码的开发者。 他们不会从0开始,所以他们需要分析代码,重构和你的开发价格将上涨至less50%,你会从0开始,本地化。

好问题,你仍然可以使用webview的,但你将无法访问铃声,相机等所有本机function,但是,这样做的应用程序将被视为本地应用程序。