Phonegap踩过的坑

最近2个月一直在做一个Phonegap(现改名为cordova,其实我用的cordova来做的,但是叫惯了phonegap)的手机app项目,目前已经debug完毕,准备发布上线了,发现真印证了网上流传的一句话:

如果你恨一个人,让他去开发PhoneGap应用;如果你爱一个人,让他去开发PhoneGap应用。

具体是某健身连锁公司要做一个宣传公司品牌,方便用户查询课程,并且还有类似微博功能的兴趣圈等功能的app,大致罗列下这个app主要涉及的功能吧:
1、用户系统
包括用户注册,登录,签名,头像,相册,好友,动态等反正别人有的我们都有,老板就是照着微信的个人中心来规格化的,真给他跪。
2、微博系统
包括朋友圈及一些其他内容列表,可以评论,可以赞,可以发图片,总之微博有的我们几乎都要有
3、实时聊天
如果两个人是好友,则必须有可以实时聊天的,聊天可以发图片,可以发表情,可以发地理位置
4、其他
附近好友,新闻发布,通讯录,找好友等等其他一些琐碎的服务
其实这个app真心算麻雀虽小,五脏俱全的,老板想做一个大而全的东西,同时又想5月份能上线,同时又想android和ios一起上,so只有phonegap适合他了。先总体谈谈phonegap制作app的优点吧:
1、一套代码,开发安卓和苹果的app
这 个优势是native无法比拟的,只需要在项目目录的www文件夹里放入一套开发代码,就可以在不同平台build出app应用,开发效率直接提高一倍, 而且特别是后期的debug阶段,这种优势更加凸显出来,逻辑代码只有一份,如果ui符合标准,那只需要debug一次即可将安卓和苹果平台的bug都搞 定。
2、开发调试方便
免去每次打包,开启虚拟机的等待时间,安卓还特别慢,直接在chrome浏览器里即可调试大部分功能,这也是native无法做到的,包括查看本地的sqlite数据库等。
3、开发门槛低
毕竟HTML5+CSS开发门槛要比native学习oc和java两套语言要低的多,所以速成也并非难事
感 觉大方面的优点也就这么几个了,相信初次接触phonegap的朋友都会感受到,开发好简单,功能好强大,但是当你深入去开发一款比较复杂的线上app 时,将不可避免的踩到很多坑,我在开发过程中,有些坑是通过google解决的,stackoverflow网站帮了我很多,有些坑至今无法解决,只能想 其他办法绕过了,下面是一些我开发过程中遇到的坑和建议:
1、页面切换闪白
很多有web开发经验的人都会使用页面跳转来进入不通的功能页面,但是在利用phonegap的时候尽量少这么做,因为这会带来不可避免的屏幕闪白页的现象,所以尽量将整个应用做成单页,我现在的做法是,登陆前登录注册是一个单页,登录后是一个大单页。
2、iframe的坑
想要使用phonegap制作类似webview的功能,iframe就是再适合不过了,但是iframe在ios上会有一个坑,只会显示一个屏幕的高度,无法全部显示整个iframe,也没有滚动条。当然这个问题在stackoverflow上有很好的解决方法。
3、获取相册的坑
这个问题一般在高端机器上不会出现,但是当把图片质量设置很高,在一些低端的机器上选择图片后容易内存不足而闪退,所以尽量保证在选区图片时质量调整为30左右
部分ios机器选区的图片后方向不正确,这个只需要在获取照片时设置如下即可

correctOrientation:true,


4、定位的坑
首 先ios上根本就没有这个问题,无论wifi或者3g都能够非常快速的定位到经纬度,但是android在wifi下面速度还算快,可是3g的时候就非常 缓慢了,因为是直接去gps定位的,所以我们在写定位代码时得区分开来,ios一律使用“enableHighAccuracy: true”,安卓先使用“enableHighAccuracy: false”定位,如果超时失败,在使用“enableHighAccuracy: true”进行卫星定位,如果再失败,那就没办法了,提示用户吧。
5、下拉更新
很多app都有下拉更新,上拉加载更多这样的功能,但是在phonegap世界中,还是乖乖的在底部放一个加载更多的按钮,在顶部加一个刷新按钮比较好 ,在内容长过几个屏幕之后,这种上拉和下拉会成为ui的杀手,整个屏幕卡的不像样子。
6、alert的坑
我们很多提示信息需要使用alert来体现,但是请一定使用phonegap的通知插件来做,不要使用原生的alert,否则标题将是”index.html”这样的丑陋的文字。
7、页面切换效果
我 主要使用了jqmobile的pagechange功能,其他的jqmobile功能几乎都没用到,如果你的应用页面像我那样比较多,建议还是老老实实的 把切换效果关了吧,所谓的左右移入会出现底部滚动条,淡入淡出效果也不理想给人拖泥带水的感觉,还不如直接将效果设置为none来的干脆和快速
8、加速Dom元素选择
目前这个应用在note2或者S4上的响应速度已经非常好了,就算在我华为的屌丝机上也算可以,我使用了大量的变量来取代每次的$选择器,保证获取dom元素的高效和快速
9、websocket的坑
在 我开发的过程中,这个坑算是最牛逼的了,我使用pomelo配合socket.io来制作聊天,其他手机一切正常,包括我的华为以及 HTC,iphone4-5等,就发现note2和s4在进入聊天页面需要等待20秒左右,每次都是如此。真机打alert查询了半天,还是没有找到问 题。于是上google搜索,发现还真有人和我遇到了一样的问题,原来是note2和s4不支持websocket,连接服务器等待timeout后,自 动降级协议成为long-poll。但是我在note2上’alert(window.WebSocket)’时不是undefined,所以最后确定 为,pomelo框架检查note2是否支持websocket时是true,但是真正要用到websocket的时候却发现无法使用,所以等 timeout后才会自动降级,后来在一个websocket检测网站上测试,证实了我的说法。
但是虽然问题找到了,解决方案我却无能为力,于是只能android系统全部强制降级long-poll,ios优先使用websocket。
10、返回页面滚动条的位置
相信很多app都有这样的需求,用户浏览一个列表,发现感兴趣的,点击进入了,看完内容点返回,用户还是希望停留在之前的那条列表信息那里,而不是返回列表顶部。
但是如果利用jqmobile的pagechange来切换页面,每次都会将document的滚动条返回到顶部,然后进行切换的,所以在列表页进入详细页必须记住document滚动条的高度,以便返回时滚到指定位置。
但是坑爹的来了,在ios中返回并且修改document滚动条的top值会出现闪白屏的问题,最终的解决方法是每个page自己维护滚动条位置,这样返回的时候也只是修改自己的page里面div的滚动条top值,ios下的闪白问题也解决了
11、sqlite本地存储
sqlite我是作为本地存储,当网络出现状况时读取的,sqlite是不支持批量insert操作的,所以只能自己拼接sql语句然后执行。
12、IOS下的问题
用phonegap开发的app,会存在ios下面整个页面能够被上下拖动的情况,这个只需要在config.xml中加入如下一行配置解决,整体拖不动,但是页面还是可以上下拖动的

<preference name=”DisallowOverscroll” value=”true” />

ios下面还有input框或者页面双击变大的问题,也可以通过搜索google进行解决
总 结下,phonegap不是银弹,一些比如新闻展示,和硬件交互不高,页面复杂度不是很大的行业展示类app很适合使用,开发成本和周期都要比 native少很多,但是使用phonegap初期会觉得很爽,越到后面越觉得phonegap制约性太大,坑也比较多,所以长线项目尽量不要使用它。

Tagged: ,

Comments are closed.