(转)Java转iOS-第一个项目总结(2):遇到问题和解决方案
目录
1.UITableView滑动卡顿的优化
2.右滑手势返回
3.添加页面统计
4.debug版和release版
5.关于页面刷新
6.关于页面布局
7.推荐博客
遇到问题和解决方案
本文是Java转iOS-第一个项目总结(1)?的内容补充,分析遇到的一些问题和解决方案,分享一些收获。
1.UITableView滑动卡顿的优化
因为 `UITableView`的cell中有很多图片,在4/4s上滑动比较卡,最开始觉得是机器太老了,但是对比微信和QQ空间,发现还是我们的问题,所以后期进行了优化,通过xcode的性能监控,内存变化不大,但是cpu飙升的俩厉害,通过xcode的Time Profiler工具进行了监控(Product—Profile—Time Profiler),找到了执行比较慢的方法,原因是转换图片路径的时候,调用自己的方法进行了log打印,造成滑动卡顿。
网上关于UITableView的性能优化的文章有很多,官方给了一个例子LazyTableImages介绍懒加载UITableview的Image,在滑动的时候,不加载图片,停止滑动时再加载图片,并把UIImage放在对象中,判断对象中图片不会空则显示图片,否则还是占位图。例子中图片都是app的icon,都是小图,所以那样做也没问题。但是我们项目中的图片都是大图片,如果把图片放在对象中,显然不合适,所以当时pass了这个方案。
前几天在Glow 技术团队博客看到了UIScrollView 实践经验
这篇博客,里面讲到了相同的技术,优化了滑动减速过程中也进行图片加载,另外用到了SDWebImage,里面判断SDWebImage是否缓存过图片,如果缓存过,从本地加载图片,否则使用占位图,应该是比较好的解决方案了
2.右滑手势返回
iOS7自带了这个功能,后来设计人员提出了优化建议,但我们的程序却不能支持这个功能,原因程序返回操作的方法包含其它业务逻辑,比如返回后刷新上一页面的数据,返回后是否显示底部菜单。而系统的默认的右滑返回,只是做了页面返回,并不会触发自己的返回方法。
所以为了这个功能还是代码进行了修改,更新上级页面的操作放在本页面数据刷新的地方。底部菜单只在首页的几个页面显示隐藏,其它去掉相关业务逻辑。因为改这个地方还和测试起了冲突,因为项目临近收尾,修改可能会带来问题,优化的功能可以放在后期。但是作为开发人员还是进行了修改,加班进行了测试。表面上看这是个优化,其实却是问题暴漏。如果有新需求的可以不做,但是有问题却应该尽早解决。
另外这个地方做个内容补充,页面之间的逆向数据传递,可以用回调(block)、委托(delegate)和通知(notifacation),需要熟练掌握这几个知识点以及实现方法,区分之间的差别。
3.添加页面统计
友盟统计还是比较强大的,虽然项目没有要求加相关功能,但是还是加了相关统计,需要在对应ViewController中的viewWillAppear和viewWillDisappear中加入一行代码,传入当前页面的名字,最开始只加了几个页面,所以代码是写死的。全部页面要加统计,需要对代码进行了改进,封装在自己BaseViewController中
1
2
3
4
5
6
7
8
|
-(void)beginLogPageView { [MobClick beginLogPageView:NSStringFromClass([self class])]; } -(void)endLogPageView; { [MobClick endLogPageView:NSStringFromClass([self class])]; } |
在子页面中调用统计就比较简单了
1
2
3
4
5
6
7
8
9
10
|
-(void)viewWillAppear:(BOOL)animated{ [ super viewWillAppear:animated]; //添加页面统计 [self beginLogPageView]; } -(void)viewWillDisappear:(BOOL)animated{ [ super viewWillDisappear:animated]; //结束页面统计 [self endLogPageView]; } |
Method Swizzling和 AOP实践里面提供了更高大上的解决方案,顺便可以学习OC的runtime。
在Java领域中,Spring框架以IOC和AOP著称,所以语言和涉及里面都是想通的。虽然作为io是新手,但是我是懂AOP的_。
4.debug版和release版
之前自己对于debug版和release版没有太多概念,只是知道平时开发的时候是debug版,当要发布的时候改成release版,看到一些宏定义,根据不同版本设置不同的宏,比如debug版的时候,NSLog可以输出,release的时候不输出。
前段时间,看到一篇Xcode宏定义选项以及Release版去NSLog的文章时,就想明白了,在xcode中可以设置宏,debug下有个默认设置 debug=1,所以
1
2
3
4
5
|
#if DEBUG #warning NSLogs will be shown #else #define NSLog(...) {} #endif |
应该就是判断这个值
在之前的JavaWeb项目中,我们会使用Maven进行项目管理,在Maven的pom.xml可以添加profiles,配置不同的版本,比如开发版,测试版,生产版,不同版本下有不同的配置文件,比如数据库连接,log配置等,打包编译项目时可以通过Maven选择不同的版本。这样的好处是切换版本的时候,不用修改相关带代码,避免出现不必要的错误。
转iOS后一直在找相关的解决方案,后来才意识到这个就可以做到,只不过苹果里面只有debug版和release版,没办法自定义新的版本(或者是我还没找到,请大神赐教),但是也可以进行相关配置,保证release版的配置都是正确的
另外补充一下,在C/C++中重复引用头文件会出错,所以头文件引用的时候可以使用下面方法,自定义头文件的引用名,xcode生成头文件的时候也会默认加上这个
1
2
3
|
#ifndef xxxx #define xxxx #endif |
所以就会引起一个疑问,自己平时在程序中如果不是这样引用头文件,是否会引起冲突,网上搜索给出答案。oc中不推荐#include引用头文件,推荐使用#import就是可以解决这个问题的。
5.关于页面刷新
一个页面,可能包括下拉刷新,上拉加载更多,翻页到最后时隐藏刷新,没网下从缓存中加载数据等多种情况,所以页面刷新的功能最好提前考虑到,否则这些功能在后期修改时会变得很麻烦,一不小心就容易出问题。比如翻页到最后隐藏加载更多,然后下拉刷新的时候,可能需要把隐藏的控件给显示出来。所以代码要考虑好,设计好,封装好。
6.关于页面布局
现在的iOS教程,大部分讲得都是故事板,但是在实际项目中,更多的还是用代码。
唐巧的博客StoryBoard–看上去很美中说明了原因,公司项目多是协同开发,一旦两个人同时修改了故事板,基本上都会产生冲突,解决起来会非常麻烦,所以作为新手还是应该多学习纯代码开发。之前项目使用的就是代码写UI,获得屏幕宽高,在不同控件之间算坐标,如果代码不规范,控件的坐标和宽高是独立的,如果一个控件发生变化,就会产生雪崩。
这里推荐Masonry,也是github上非常有名的一个iOS组件,解决了自动布局写约束麻烦且繁琐的缺点,比较容易学习和令人接受。iOS还有个VFL语言,相比还是Masonry感觉更好。
这里再推荐一个iOS组件--ReactiveCocoa,是一个kvo组件,用来做消息监听,效果就是可以像Java写事件监听一样写OC代码 。之前给一个UIButton绑定事件,需要调用addTarget绑定,然后再写一个方法,或者监听UITextFiled的变化,都要写很多委托方法。使用ReactiveCocoa后,写法就大变了,代码看起来会整洁很多,而且显得比较高大上一点。
现在新的项目中,添加使用了上面两个组件。
7.推荐博客
唐巧的技术博客,最早因为不知道唐巧被同事鄙视了下,从他的博客中可以看到iOS的变化,作者也是从Java转的iOS,博客也是通俗易懂,现在博主自己创业虽然不写博客了,但是会发周报分享比较好博文和开源项目。
Glow 技术团队博客,虽然里面就几篇博文,但都比较有用,而且是属于进阶提升型的。