标签:
以下是近期总结的关于tableView的一些属性和代理方法,以及一些常见的问题,现汇总如下,今后还会持续更新,请继续关注:
tableView 的头部和尾部视图属性:
UISwitch *footerView = [UISwitch new];
UISwitch *headerView = [UISwitch new];
self.tableView.tableHeaderView = headerView;
self.tableView.tableFooterView = footerView;
注意:不能给tableHeaderView和tableFooterView设置同一个UIView。否则只有headerView没有footerView。
返回指定 section 的头部和尾部视图:
// 这是tableView的代理方法
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section
{
// 可以返回指定section的尾部视图
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section
{
// 可以返回指定section的头部视图
}
sectionFooterHeight和 sectionHeaderHeight为组头和组尾高度,默认都为10.(已经验证过)
self.tableView.sectionFooterHeight = 30;
self.tableView.sectionHeaderHeight = 30;
返回指定 section 的头部和尾部高度:
// 注意:用代理方法设置头部、尾部高度的优先级比通过属性设置要高
// 即,代理设置的section头部或者尾部的高度会覆盖掉用属性设置的高度
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section
{
}
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
{
}
tableView的行高属性:
// 这个属性可以设置所有的行高,通过这个属性设置的行高都一样
self.tableView.rowHeight = 20;
返回指定行的高度:
// 优先级比tableView的rowHeight属性要高
// 这是tableView的代理方法
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
}
问题:如何让tableView的头部标题具有悬停效果?
第一种情况:UIViewController里面添加一个UITableView控件的情况下。
此时需要设置tableView的style为plain样式。然后再数据源方法- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView中返回tableView的section个数。
如果tableView的style为grouped样式,则没有悬停效果,即使是分组样式的!
第二种情况:UITableViewController自带的UITableView控件的情况下。
和第一种情况一样,也需要设置tableView的style为plain样式。否则没有头部标题悬停效果。
报错:
reason: ‘unable to dequeue a cell with identifier cell - must register a nib or a class for the identifier or connect a prototype cell in a storyboard‘
原因之一:
UITableViewCell *ce = [tableView dequeueReusableCellWithIdentifier:cellID forIndexPath:indexPath];
报错:
Failed to instantiate the default view controller for UIMainStoryboardFile ‘Main‘ - perhaps the designated entry point is not set?
原因:
没有指定initial View Controller
开发技巧:plain单组样式下,如何避免多余的那些没有显示数据的celly依旧显示在屏幕上?
解决方法一:设置tableView的style为grouped并且numberOfSection = 1
解决方法二:给tableView设置tableFooterView = [[UIView alloc] init];
cell优先级问题:
注意点:注册cell类型比storyBoard中绑定的cell优先级高,所以如果注册了cell的类型,那么就不会去storyBoard中找绑定的cell。
注册xib的cell类he和注册的代码的cell类和比if (!cell) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID];方式创建的cell优先级都高。
换言之,注册的要比代码的优先级高(已验证),即:
[self.tableView registerNib:[UINib nibWithNibName:@"WSCell" bundle:nil] forCellReuseIdentifier:cellID]; 和
[self.tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:cellID]; 的优先级 >
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID];
}
至于注册xib和注册非xib的cell,哪个优先级高,这就不确定了!
我验证的结果是:需要看他们的注册顺序,也就是代码顺序。后注册的那一个类型的cell优先级高,我认为是后者把前者覆盖(因为他们的reuseIdentifier相同,所以只允许注册一个)。如下注册了两个类型的cell,但是因为reuseIdentifier相同,所以只有最后一个生效,也就是红色的生效。
[self.tableView registerNib:[UINib nibWithNibName:@"WSCell" bundle:nil] forCellReuseIdentifier:cellID];
[self.tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:cellID];
总之记住一句话:不管是系统自带的cell还是纯代码自定义的cell还是xib自定义的cell,只要是注册的cell类,就比if(!cell){...}的优先级高!
UITableView的常用属性和代理方法
标签:
原文地址:http://www.cnblogs.com/wsnb/p/4916153.html