phoneGap可行性分析

http://sunny-liang.iteye.com/blog/1452495

1 移动应用现状

移动应用产品往往常常考虑多个平台的支持.单一平台很难保证应用的覆盖面或者换句话说就是用户群体的量和持续的活跃性上从长期的角度而言往往存在短板.另外从开发的角度而言.多平台的支持往往需要建立不同的技术团队.而平台之间开发技术也是完全迥异的. 开发一个具有相同业务的应用Natural-Application需要使用到不同平台的框架和开发语言.使用C/C++ 的 Symbian、使用 Object C 的 iOS 和使用 Java 的 Android 应用开发技术，几乎是完全无法融合的. PhoneGap跨平台移动应用开发框架正是应运而生.

我们需要搞清楚几个概念:Web App，Native App,Hybird App移动平台Application几个概念:

Web App

这个主要是采用统一的标准的HTML,JavaScript.CSS等web技术开发.通过不同平台的浏览器访问来实现跨平台.同时可以通过浏览器支持充分使用HTML5特性，缺点是这些基于浏览器的应用无法调用系统API来实现一些高级功能，也不适合高性能要求的场合.

Android应用类型	Html5 (phonegap)	Android java
功能实现	Html + jQuery基础库	ListView组件
文件大小	159KB	23KB（只用了系统的原生界面）
内存占用	45.37MB(RSS)	27.02MB(RSS)
数据通信	Ajax	Apache http Java功能包
启动速度	打开相同订阅源2.7秒	打开相同订阅源2.3秒
操作响应速度	正常操作速度流畅，频繁操作响应会变慢	操作速度流畅
稳定性	在Monkey测试注入大约4万个事件时，整个应用已经处于空白无响应状态。有连接超时情况发生。手动频繁操作会引起，响应速度变慢，webkit的WebView不能很好释放内存，甚至会引起应用的crash。	能较好处理Activity切换延时等待。运行较为流畅。Monkey测试时书签列表页切换时有时候会出现黑色背景，然后再载入列表，比正常速度稍慢。能够比较好的释放内存，没有出现过应用crash的情况。
资源占用	对于频繁操作时，内存释放不够理想，导致内存占用上升。	内存占用相对比较稳定。
开发成本	运用html + css + javascript开发，适合前端人员开发。由于webkit在不同的终端机发行版本不一样，所以需要针对不同的机型进行适配。同时对于不同屏幕大小在适配上也只能通过Javascript进行控制实现。	适合有Java开发经验的程序员，可以充分利用Android提供的组件进行开发。但是开发学习成本较高。
开发难度	目前phonegap只使用一个WebView，开发时需要使用OPOA的模式，对代码的组织方式及开发方式有较高要求。同时介于手机的资源有限，对如何管理和分配内存提出了要求。目前phonegap可以在控制台输出简单的JS调试日志，但是并不方便。	需要有Java开发经验，同时对Android开发体系有较深入的了解。
多人协作	OPOA模式并不利于多人协作并行开发，只能通过基础的javascript的设计模式来解决多人协作的问题。	比较方便支持多人协作并行开发。
其它问题	1.内存优化：webapp因为是基于浏览器的，而浏览器自身是进行了相应的优化的，所以在图片显示上很不错。原生app如果在一页中显示比较多的图片的时候，必须比较细致完善的进行内存优化工作，否则极易出现因为图片资源过大而引起的崩溃问题。 2.图片缩放裁切 webapp一般情况下通过js和css来进行缩放裁切。在进行图片动态缩放的时候，页面显示情况不是很正常（抖动，跳跃）。最好的办法是后端服务器对图片处理后再发送给手机端。原生app可以直接通过java来对图片进行处理。 3.布局原生app可以利用android提供的特殊技术方案，来自动适应多种分辨率的屏幕。如9png 和多drawable目录。相当简单方面。但是在交互方面，原生app的开发量会比较大。 webapp就比较杯具一些了，需要开发者比较多的关注。可以通过js来动态的获取屏幕尺寸进行资源调整和加载（开发几套不同的ui，然后根据分辨率js动态加载），这个会花费比较多的时间。 4.调试 webapp js调试不太方便，特别是调用外部应用的时候。如果是本应用内部，可以通过firebug进行调试。

phoneGap可行性分析

phoneGap可行性分析相关推荐

最新文章

热门文章