关于在storyboard中使用静态cell的注意事项
2016-01-11 17:09
183 查看
原文链接:http://yangchao0033.github.io/blog/2015/12/30/guan-yu-zai-storyboardzhong-shi-yong-jing-tai-cellde-zhu-yi-shi-xiang/
–关于在storyboard中使用静态TableViewCell的可变高度的使用技巧
起因:在storyboard使用之前,创建tableView视图,通常是采用代码控制数据源,通过数据源数据的长度来决定tableView中cell的个数,而这样做的好处还有就是可以通过将已经在界面中展示的cell放入缓存池中,以供后续数据展示再从缓存池中取出进行复用。这样做的好处是为了防止数据过大时创建大量的cell浪费不必要的空间。显而易见,tableView就是为了进行批量数据的展示。
然而,在现实开发中,会出现一种需求:展示的数据长度是确定的,而且需要向tableView一样实现视图上下滚动,单个cell视图可点击响应。这种情况下,继续使用原来的代码数据源控制一样可以实现,这时的数据源个数是确定的。即便如此,你也需要考虑处理cell滚动时发生的重用所带来的影响。而且当数据源确定时,你的产品经理绝对不甘于像平常一样每条数据都展示为同一个尺寸内容。而是会尽可能地在每个cell中加入丰富的控件,时间相应来是有限的tableView实现最为复杂的用户交互事件。此时,你会在自己的数据源拼命地书写if语句来保证视图的正确显示,又要避免发生未知的cell重用问题。
这样做是可行的,但是在主要时间将大量花费在处理有限个数cell上的逻辑处理,而并非我们所要实现的主要业务。
所以,在这种情况下,我们会考虑把这些重复而且无用的逻辑处理交给苹果自己搞定(当然,主要目的是为了偷懒^_^)
static cell,这是苹果为我们提供的解决方案。目前仅限于在storyboard中使用。
现在给大家这样一个场景,在你用
上面老板开始验收项目,对产品 说你的界面不够详细,再改改。
产品开始提需求,说我们的cell内容太少,需要在点击时展开详情。
而恰好你用静态单元cell偷了个懒,现在要为了一个cell重新用动态cell写一遍?
别闹了,明天还要和UI妹子去爬香山呢,绝壁不当加班狗。
所以,我们开始探索静态cell的高度改变之旅。
方案一:
既然我们可以将静态cell当做一个控件拖入控制器做属性。何不在代码中修改作为属性的静态cell的高度呢?
然并卵,这些方法对非cell的控件来说刷新高度足矣,然而
既然这样,我们就从高度代理入手。
方案二:
通过代理入手,将每个cell的在storyBoard的设置高度用代码写到一个数组中,并通过代理返回。
问题解决,但是违背了我们的初衷,说好的交给苹果自己算呢,为毛要手动将高度存在数组中?
方案三:
交给tableView的父类方法返回我们在storyboard中预设的高度,然后单独处理变高的cell高度
完美~
其实,这样处理静态cell的方式不光可以处理可变高度,还可以用在数据源的section个数或者每个section的row的个数上,再或者指定让某个位置的cell使用动态cell其他使用静态cell,让我们的静态cell比动态cell更好用。其方法都是通过
至于原理,暂时还不清楚,推测使用了运行时动态创建一个支持静态cell的tableView的子类,我们实际使用的是这个新的tableView类的实例,或者使用
总之,这让我们省去了很多处理逻辑的代码。
参考文章:UITableView的:在处理混合cell表视图的静态和动态的cell小区选择
4000
–关于在storyboard中使用静态TableViewCell的可变高度的使用技巧
起因:在storyboard使用之前,创建tableView视图,通常是采用代码控制数据源,通过数据源数据的长度来决定tableView中cell的个数,而这样做的好处还有就是可以通过将已经在界面中展示的cell放入缓存池中,以供后续数据展示再从缓存池中取出进行复用。这样做的好处是为了防止数据过大时创建大量的cell浪费不必要的空间。显而易见,tableView就是为了进行批量数据的展示。
然而,在现实开发中,会出现一种需求:展示的数据长度是确定的,而且需要向tableView一样实现视图上下滚动,单个cell视图可点击响应。这种情况下,继续使用原来的代码数据源控制一样可以实现,这时的数据源个数是确定的。即便如此,你也需要考虑处理cell滚动时发生的重用所带来的影响。而且当数据源确定时,你的产品经理绝对不甘于像平常一样每条数据都展示为同一个尺寸内容。而是会尽可能地在每个cell中加入丰富的控件,时间相应来是有限的tableView实现最为复杂的用户交互事件。此时,你会在自己的数据源拼命地书写if语句来保证视图的正确显示,又要避免发生未知的cell重用问题。
这样做是可行的,但是在主要时间将大量花费在处理有限个数cell上的逻辑处理,而并非我们所要实现的主要业务。
所以,在这种情况下,我们会考虑把这些重复而且无用的逻辑处理交给苹果自己搞定(当然,主要目的是为了偷懒^_^)
static cell,这是苹果为我们提供的解决方案。目前仅限于在storyboard中使用。
static cell的用法非常简单,这里不作为重点赘述,请大家自行学习。
现在给大家这样一个场景,在你用
static cell搭建好界面,然后轻松加愉快的拖拖控件,完成相关业务功能。
上面老板开始验收项目,对产品 说你的界面不够详细,再改改。
产品开始提需求,说我们的cell内容太少,需要在点击时展开详情。
而恰好你用静态单元cell偷了个懒,现在要为了一个cell重新用动态cell写一遍?
别闹了,明天还要和UI妹子去爬香山呢,绝壁不当加班狗。
所以,我们开始探索静态cell的高度改变之旅。
方案一:
既然我们可以将静态cell当做一个控件拖入控制器做属性。何不在代码中修改作为属性的静态cell的高度呢?
self.fuJianCell.height = 100; [self.fuJianCell layoutIfNeeded]; [self.tableView reloadData];
然并卵,这些方法对非cell的控件来说刷新高度足矣,然而
tableView的高度始终是由代理来控制的,所以这样修改是没用的。
既然这样,我们就从高度代理入手。
方案二:
通过代理入手,将每个cell的在storyBoard的设置高度用代码写到一个数组中,并通过代理返回。
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath { // 变高行数 NSInteger mutableHeightRow = 1; // 如果不展开 if(!isOpen){ self.heights[mutableHeightRow] = @(原始高度); return [self.heights[indexPath.row] integerValue]; } else { self.heights[mutableHeightRow] = @(展开高度); return [self.heights[indexPath.row] integerValue]; } }
问题解决,但是违背了我们的初衷,说好的交给苹果自己算呢,为毛要手动将高度存在数组中?
方案三:
交给tableView的父类方法返回我们在storyboard中预设的高度,然后单独处理变高的cell高度
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath { // 变高行数 NSInteger mutableHeightRow = 1; if (indexPath.row == mutableHeightRow) { if (!isOpen) { // 假设改行原来高度为200 return 80; } else { return [super tableView:tableView heightForRowAtIndexPath:indexPath]; } } else { /** 返回静态单元格故事板中的高度 */ return [super tableView:tableView heightForRowAtIndexPath:indexPath]; } }
完美~
// 注意别忘了,在修改展开状态的时候刷新表格 isOpen = YES; [self.tableView reloadData];
其实,这样处理静态cell的方式不光可以处理可变高度,还可以用在数据源的section个数或者每个section的row的个数上,再或者指定让某个位置的cell使用动态cell其他使用静态cell,让我们的静态cell比动态cell更好用。其方法都是通过
super关键字调用父类方法返回storyboard中存储的的相关数据。
至于原理,暂时还不清楚,推测使用了运行时动态创建一个支持静态cell的tableView的子类,我们实际使用的是这个新的tableView类的实例,或者使用
类簇,利用私有子类进行了相关的静态cell的逻辑处理。
总之,这让我们省去了很多处理逻辑的代码。
参考文章:UITableView的:在处理混合cell表视图的静态和动态的cell小区选择
4000
相关文章推荐
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 不可修补的 iOS 漏洞可能导致 iPhone 4s 到 iPhone X 永久越狱
- iOS 12.4 系统遭黑客破解,漏洞危及数百万用户
- 每日安全资讯:NSO,一家专业入侵 iPhone 的神秘公司
- [转][源代码]Comex公布JailbreakMe 3.0源代码
- 讲解iOS开发中基本的定位功能实现
- js判断客户端是iOS还是Android等移动终端的方法
- IOS开发环境windows化攻略
- 浅析iOS应用开发中线程间的通信与线程安全问题
- 检测iOS设备是否越狱的方法
- .net平台推送ios消息的实现方法
- 探讨Android与iOS,我们将何去何从?
- Android、iOS和Windows Phone中的推送技术详解
- IOS 改变键盘颜色代码
- 举例详解iOS开发过程中的沙盒机制与文件
- Android和IOS的浏览器中检测是否安装某个客户端的方法
- 分享一个iOS下实现基本绘画板功能的简单方法
- javascript实现阻止iOS APP中的链接打开Safari浏览器