以下是近期总结的关于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的头部视图
}
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]; 的优先级 >
if (!cell) {
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){...}的优先级高！