移动互联网服务客户端开发技巧(一)
2011-12-02 10:34
120 查看
随着微博、LBS 等移动互联网服务的火爆普及,越来越多的苹果开发者希望制作各网络服务的 iPhone 客户端。CocoaChina 会员 “qdvictory” 的《基于网络的客户端开发技巧》系列文章详细介绍了 iPhone 客户端应用的开发思路和注意事项,希望对苹果开发者们有所帮助。
一、做一个程序之前,要明确你要做的是什么。这之间道道不少,不仅仅要实现功能,还要考虑到程序功能之间是如何链接,用户如何交互。在这个基础上,才能和美工一起配合,把程序的设计做好,而仅仅的 UI,已经不能称得上是完整的设计了。利用 API 扩展是必需的,Open API 不是你自家的 API,所以肯定是有局限性的,如何将 API 与产品良好的结合,是重点,抓细节,是重点。每条微博就是一个少量信息,所以客户端要做的就是快,清楚,友好,稳定。
快,不用说,加载速度快,浏览的速度快。
清楚,UI 布局的可识别性,一个页面,不同的排版,字体的颜色,都将影响到用户看这个页面的速度。
友好,不需要太炫的效果,也不需要很酷的动画,就算再简单的 UI,也足以满足用户的需求,就看你如何做。不要烂加,有必要再加。
稳定,这个要好好说说了。客户端,毕竟不是单方面数据了,很有可能客户端缓存与数据库信息不统一,或者网络问题导致接收数据出错,这些都是需要做处理,多 测试,否则 crash 很杯具。前几天同事给我看 Weico 在官方清空了短信息,然后再回来 weico 客户端,直接导致 weico 持续 crash,必须重装,不知目前修正没有。总得来说,多测试,尤其是在数据差异的方面。
二、就目前而言,主流的微博特效就不再多说了,以后有可能细讲,基本上都有开源的了。
三、目前大多展示都是用的 tableview。这里就要多说说了。tableview 的使用方式有好多,下拉刷新,即可以将展示放到 tableview 的 subview 上,也可以放到 tableview cell 上,这 2 种有啥区别呢?目前没有发现实质上的区别,只是在计算的时候放在外面比较好算。
正常来说,展示的步骤为:
访问api,获取数据
将数据存入数据
在 tableview 上展示数据,并载入相关的默认图片。(像新浪微博客户端是用的 Webview 来展示的图片,这个又可以叨叨一阵了,下次再说。。。)
自己封装也好,用线程也罢,将下载的图片保存到本地,并刷新 tableview cell。这里又要注意2点:
1、保存到本地的文件名,像这种公共数据,建议存放在同一文件夹中,像头像,可以以用户 id 为文件名存放,这样做多账号的时候可以直接利用到。关于与当前账号 有关的数据存于单独文件夹(例如以 dir_ID 为名的文件夹)。以当前账号为文件名我认为是不太安全的。像 weico,上次无意中发现,他的缓存都是用我的登录名,不知最新版本修改了没有。
2、更新 cell 的时候,有不少方法是利用 path 和 tag 来确定修改哪个 imageview,button,但是当 tag 被占用时就相当郁闷,这时就要继承一个子类。所以我比较建议直接用 tableview cell 的 reload cell 方法来刷新,这样还可以刷新行高之类,相当有用。
微博一般都是多行,sizeWithFont 确实比较慢,我能做的也只有在获取了数据之后把所有的行高算出来保存,不知有没有更好的方法会效率高一些。
四、特色功能。想做出与众不同的产品,目前在我看来,只有特色功能。像微博的展示,lbs的签到,再怎么做,也已经大体定型,就算你做的再认真,也是别的程序换一套皮肤,在我看来,投入成本还是换一个方面的好。想一些实用的功能,扩展一下,在完成基本功能的同时,可以给用户一个使用自己程序的理由。
五、照片处理特效。现在基本都是用开源库,主流的开源库不说了,基本都是 C、C++的,只要能编译成功,基本没啥使用难度了。问题在于处理图片的效率上。
六、安全性。像我们公司为了加强用户密码的安全性,特意买了SSL,为的就是让用户的账号更安全。而 Open API 使得我们没法控制,所以最好使用 oauth 认证,以及不要将用户的账号暴露在缓存之中,这些都会增加风险。
一、做一个程序之前,要明确你要做的是什么。这之间道道不少,不仅仅要实现功能,还要考虑到程序功能之间是如何链接,用户如何交互。在这个基础上,才能和美工一起配合,把程序的设计做好,而仅仅的 UI,已经不能称得上是完整的设计了。利用 API 扩展是必需的,Open API 不是你自家的 API,所以肯定是有局限性的,如何将 API 与产品良好的结合,是重点,抓细节,是重点。每条微博就是一个少量信息,所以客户端要做的就是快,清楚,友好,稳定。
快,不用说,加载速度快,浏览的速度快。
清楚,UI 布局的可识别性,一个页面,不同的排版,字体的颜色,都将影响到用户看这个页面的速度。
友好,不需要太炫的效果,也不需要很酷的动画,就算再简单的 UI,也足以满足用户的需求,就看你如何做。不要烂加,有必要再加。
稳定,这个要好好说说了。客户端,毕竟不是单方面数据了,很有可能客户端缓存与数据库信息不统一,或者网络问题导致接收数据出错,这些都是需要做处理,多 测试,否则 crash 很杯具。前几天同事给我看 Weico 在官方清空了短信息,然后再回来 weico 客户端,直接导致 weico 持续 crash,必须重装,不知目前修正没有。总得来说,多测试,尤其是在数据差异的方面。
二、就目前而言,主流的微博特效就不再多说了,以后有可能细讲,基本上都有开源的了。
三、目前大多展示都是用的 tableview。这里就要多说说了。tableview 的使用方式有好多,下拉刷新,即可以将展示放到 tableview 的 subview 上,也可以放到 tableview cell 上,这 2 种有啥区别呢?目前没有发现实质上的区别,只是在计算的时候放在外面比较好算。
正常来说,展示的步骤为:
访问api,获取数据
将数据存入数据
在 tableview 上展示数据,并载入相关的默认图片。(像新浪微博客户端是用的 Webview 来展示的图片,这个又可以叨叨一阵了,下次再说。。。)
自己封装也好,用线程也罢,将下载的图片保存到本地,并刷新 tableview cell。这里又要注意2点:
1、保存到本地的文件名,像这种公共数据,建议存放在同一文件夹中,像头像,可以以用户 id 为文件名存放,这样做多账号的时候可以直接利用到。关于与当前账号 有关的数据存于单独文件夹(例如以 dir_ID 为名的文件夹)。以当前账号为文件名我认为是不太安全的。像 weico,上次无意中发现,他的缓存都是用我的登录名,不知最新版本修改了没有。
2、更新 cell 的时候,有不少方法是利用 path 和 tag 来确定修改哪个 imageview,button,但是当 tag 被占用时就相当郁闷,这时就要继承一个子类。所以我比较建议直接用 tableview cell 的 reload cell 方法来刷新,这样还可以刷新行高之类,相当有用。
微博一般都是多行,sizeWithFont 确实比较慢,我能做的也只有在获取了数据之后把所有的行高算出来保存,不知有没有更好的方法会效率高一些。
四、特色功能。想做出与众不同的产品,目前在我看来,只有特色功能。像微博的展示,lbs的签到,再怎么做,也已经大体定型,就算你做的再认真,也是别的程序换一套皮肤,在我看来,投入成本还是换一个方面的好。想一些实用的功能,扩展一下,在完成基本功能的同时,可以给用户一个使用自己程序的理由。
五、照片处理特效。现在基本都是用开源库,主流的开源库不说了,基本都是 C、C++的,只要能编译成功,基本没啥使用难度了。问题在于处理图片的效率上。
六、安全性。像我们公司为了加强用户密码的安全性,特意买了SSL,为的就是让用户的账号更安全。而 Open API 使得我们没法控制,所以最好使用 oauth 认证,以及不要将用户的账号暴露在缓存之中,这些都会增加风险。
相关文章推荐
- 移动互联网服务客户端开发技巧系列
- 移动互联网服务客户端开发技巧系列
- 移动互联网服务客户端开发技巧系列
- 移动互联网服务客户端开发技巧系列
- 移动互联网服务客户端开发技巧之二 webview及正则
- 移动互联网服务客户端开发技巧
- 移动互联网应用开发,客户端开发和服务器端开发哪个有前途??
- 王家林最受欢迎的一站式云计算大数据和移动互联网解决方案课程 V1(20140809)之HTML5端云整合:智能端应用与云端服务整合开发实战
- 王家林最受欢迎的一站式云计算大数据和移动互联网解决方案课程 V1(20140809)之HTML5端云整合:智能端应用与云端服务整合开发实战
- 关注移动互联网嵌入式开发创业 蒲公英国际青年创业驿站 一站式创业服务,灵活办公投融资等
- AppCan一站式移动开发服务平台:助开发者盈利
- 移动互联网数据分析 移动客户端流量统计 移动客户端数据统计(一)
- 移动平台3G手机网站前端开发布局技巧
- 移动互联网下,微信远程服务渠道不能少
- 移动互联网迅猛发展,连接人与服务成为重要趋势
- 腾讯笔试--移动客户端软件开发工程师
- XData -–无需开发、基于配置的数据库RESTful服务,可作为移动App和ExtJS、WPF/Silverlight、Ajax等应用的服务端
- 基于SQL Server CE的移动服务系统开发
- 七大移动即时通信服务企业发布倡议共同治理移动互联网环境
- PHP移动互联网开发(1)——环境搭建及配置