从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
我假设这只是新UITableViewStyleGrouped样式的一部分。它存在于所有分组表视图中，似乎没有任何直接的方法来控制该空间。
如果这个空间是由一个UIView表示的，那么可以搜索UITableView的所有子视图来找到那个特定的视图并直接编辑它。然而，也有可能该空间只是标题和单元格开始之前的硬编码偏移量，没有任何方法来编辑它。
要搜索所有子视图(我将在表没有单元格时运行这段代码，以使它更容易阅读输出):
- (void)listSubviewsOfView:(UIView *)view {
// Get the subviews of the view
NSArray *subviews = [view subviews];
// Return if there are no subviews
if ([subviews count] == 0) return;
for (UIView *subview in subviews) {
NSLog(@"%@", subview);
// List the subviews of subview
[self listSubviewsOfView:subview];
}
}
其他回答
None of the previous answers worked for me. What did end up working for my situation (which was seeing that padding after dynamically adding a header to my Table View) was selecting the Navigation Bar from the Document Outline and rechecking the Translucent box (contrary to some answers that were saying to force it to be translucent). I had previously unchecked it because it had made my red look a little orange, but I could not try the solution of reordering the elements in the scene since the Table View was the only element in this scene. This solution works as long as you are okay with the Navigation Bar's color having a translucent layer over it. Hope this helps :)
我假设这只是新UITableViewStyleGrouped样式的一部分。它存在于所有分组表视图中，似乎没有任何直接的方法来控制该空间。
如果这个空间是由一个UIView表示的，那么可以搜索UITableView的所有子视图来找到那个特定的视图并直接编辑它。然而，也有可能该空间只是标题和单元格开始之前的硬编码偏移量，没有任何方法来编辑它。
要搜索所有子视图(我将在表没有单元格时运行这段代码，以使它更容易阅读输出):
- (void)listSubviewsOfView:(UIView *)view {
// Get the subviews of the view
NSArray *subviews = [view subviews];
// Return if there are no subviews
if ([subviews count] == 0) return;
for (UIView *subview in subviews) {
NSLog(@"%@", subview);
// List the subviews of subview
[self listSubviewsOfView:subview];
}
}
我已经找到了我最初的bug的原因，并创建了一个示例项目来展示它。我相信有一个iOS7漏洞。
在iOS7中，如果你用分组样式创建一个UITableView，但是在第一个布局上没有设置一个委托，然后你设置了一个委托并调用reloadData，在顶部会有一个35px的空间，永远不会消失。
看这个项目我做的展示bug: https://github.com/esilverberg/TableViewDelayedDelegateBug
特别是这个文件:https://github.com/esilverberg/TableViewDelayedDelegateBug/blob/master/TableViewDelayedDelegateBug/ViewController.m
如果第24行是活动的，
[self performSelector:@selector(updateDelegate) withObject:nil afterDelay:0.0];
在顶部会有一个额外的35px空间。如果第27行是活动的，第24行被注释掉，
self.tableView.delegate = self;
顶部没有空间。这就像tableView在某处缓存结果而不是在委托设置和reloadData调用后重新绘制自己。
还有另一种方式……但我喜欢它，因为它避免了硬编码任何高度值。
在UITableViewStyleGrouped表(静态或动态)中，只需在tableView中分配所需的高度(_:highightforheaderinsection)。我计算的新高度基于底部填充为节头标签。
override func tableView(tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
var height = UITableViewAutomaticDimension
if section == 0, let header = tableView.headerViewForSection(section) {
if let label = header.textLabel {
// get padding below label
let bottomPadding = header.frame.height - label.frame.origin.y - label.frame.height
// use it as top padding
height = label.frame.height + (2 * bottomPadding)
}
}
return height
}
在iOS 9和Xcode 7.3上测试。
希望能有所帮助。
当使用分组TableView时，使用这个来避免viewWillAppear中的边界切割
self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);
