15

我在 UITableView 中使用自动布局和大小类，单元格根据其内容自行调整大小。为此，我使用的方法是，对于每种类型的单元格，您保留该单元格的屏幕外实例并使用systemLayoutSizeFittingSize它来确定正确的行高 - 此方法在StackOverflow 帖子和其他地方得到了很好的解释。

在我开始使用尺寸类之前，这很有效。具体来说，我在常规宽度布局中为文本的边距约束定义了不同的常量，因此 iPad 上的文本周围有更多空白。这给了我以下结果。

之前和之后

似乎正在遵守新的一组约束（有更多空白），但行高计算仍然返回与未应用特定于大小类约束的单元格相同的值。屏幕外单元格中的某些布局过程没有考虑窗口的大小等级。

现在我认为这可能是因为屏幕外视图没有超级视图或窗口，因此在systemLayoutSizeFittingSize调用发生时它没有任何大小类特征可以引用（即使它似乎确实使用了调整后的约束）边距）。我现在通过在创建 UIWindow 后将屏幕外大小调整单元添加为 UIWindow 的子视图来解决此问题，这会产生所需的结果：

固定的

这是我在代码中所做的：

func tableView(tableView: UITableView, heightForRowAtIndexPath indexPath: NSIndexPath) -> CGFloat {
    let contentItem = content[indexPath.item]

    if let contentType = contentItem["type"] {
        // Get or create the cached layout cell for this cell type.
        if layoutCellCache.indexForKey(contentType) == nil {
            if let cellIdentifier = CellIdentifiers[contentType] {
                if var cachedLayoutCell = dequeueReusableCellWithIdentifier(cellIdentifier) as? UITableViewCell {                        
                    UIApplication.sharedApplication().keyWindow?.addSubview(cachedLayoutCell)
                    cachedLayoutCell.hidden = true
                    layoutCellCache[contentType] = cachedLayoutCell
                }
            }
        }

        if let cachedLayoutCell = layoutCellCache[contentType] {
            // Configure the layout cell with the requested cell's content.
            configureCell(cachedLayoutCell, withContentItem: contentItem)

            // Perform layout on the cached cell and determine best fitting content height.
            cachedLayoutCell.bounds = CGRectMake(0.0, 0.0, CGRectGetWidth(tableView.bounds), 0);
            cachedLayoutCell.setNeedsLayout()
            cachedLayoutCell.layoutIfNeeded()

            return cachedLayoutCell.contentView.systemLayoutSizeFittingSize(UILayoutFittingCompressedSize).height
        }
    }

    fatalError("not enough information to determine cell height for item \(indexPath.item).")
    return 0
}

向窗口添加不应该绘制的视图对我来说似乎是一种黑客行为。有没有办法让 UIViews 完全采用窗口的大小类，即使它们当前不在视图层次结构中？还是我还缺少其他东西？谢谢。

4

2 回答 2

9

2015 年 12 月更新：

Apple 现在不鼓励覆盖-traitCollection. 请考虑使用其他解决方法。从文档：

重要的

直接使用该traitCollection属性。不要覆盖它。不要提供自定义实现。

原答案：

现有的答案很棒。它解释说，问题在于：

建议的解决方法是将单元格临时添加到表格视图中。但是，如果我们-viewDidLoad在其中traitCollection表视图或视图控制器的视图，甚至视图控制器本身还无效的情况下，这将不起作用。

在这里，我提出另一种解决方法，即覆盖traitCollection单元格。为此：

  1. 为单元格创建一个自定义子类UITableViewCell（您可能已经这样做了）。

  2. 在自定义子类中，添加一个- (UITraitCollection *)traitCollection方法，该方法会覆盖traitCollection属性的 getter。UITraitCollection现在，您可以返回任何您喜欢的有效值。这是一个示例实现：

    // Override getter of traitCollection property
// https://stackoverflow.com/a/28514006/1402846
- (UITraitCollection *)traitCollection
{
    // Return original value if valid.
    UITraitCollection* originalTraitCollection = [super traitCollection];
    if(originalTraitCollection && originalTraitCollection.userInterfaceIdiom != UIUserInterfaceIdiomUnspecified)
    {
        return originalTraitCollection;
    }

    // Return trait collection from UIScreen.
    return [UIScreen mainScreen].traitCollection;
}

    UITraitCollection或者，您可以使用其任何一种创建方法返回合适的创建方法，例如：

    + (UITraitCollection *)traitCollectionWithDisplayScale:(CGFloat)scale
+ (UITraitCollection *)traitCollectionWithTraitsFromCollections:(NSArray *)traitCollections
+ (UITraitCollection *)traitCollectionWithUserInterfaceIdiom:(UIUserInterfaceIdiom)idiom
+ (UITraitCollection *)traitCollectionWithHorizontalSizeClass:(UIUserInterfaceSizeClass)horizontalSizeClass
+ (UITraitCollection *)traitCollectionWithVerticalSizeClass:(UIUserInterfaceSizeClass)verticalSizeClass

    或者，您甚至可以通过以下方式使其更灵活：

    // Override getter of traitCollection property
// https://stackoverflow.com/a/28514006/1402846
- (UITraitCollection *)traitCollection
{
    // Return overridingTraitCollection if not nil,
    // or [super traitCollection] otherwise.
    // overridingTraitCollection is a writable property
    return self.overridingTraitCollection ?: [super traitCollection];
}

此解决方法与 iOS 7 兼容，因为该traitCollection属性是在 iOS 8+ 中定义的，因此在 iOS 7 中，没有人会调用它的 getter，因此我们的覆盖方法也是如此。

于 2015-02-14T08:52:56.553 回答
5

在开始使用大小类使 iPad 与 iPhone 等上的字体大小更改更容易之后，我花了几天时间来解决这个问题。

问题的根源似乎是dequeueReusableCellWithIdentifier:返回的单元格没有从中获取其UITraitCollection. dequeueReusableCellWithIdentifier:forIndexPath:另一方面，返回一个其父视图为 a 的单元格UITableViewWrapperView。

我已经向 Apple 提出了一个错误报告，因为他们没有扩展此方法以支持大小类；似乎没有记录如何处理 iOS7 上的大小类。当您向UITableView请求单元格发送消息时，它应该返回一个反映您发送消息的表的大小类别。对于dequeueReusableCellWithIdentifier:forIndexPath:.

我还注意到，在尝试使用新的自动布局机制时，您经常需要重新加载表格viewDidAppear:以使新机制正常工作。如果没有这个，我会看到与使用 iOS7 方法相同的问题。

据我所知，似乎不可能在同一代码中使用 iOS8 上的自动布局和 iOS7 的旧机制。

现在，我不得不通过将原型单元格添加为表格的子视图来解决这个问题，进行大小计算，然后将其删除：

UITableViewCell *prototype=nil;
CGFloat prototypeHeight=0.0;

prototype=[self.tableView dequeueReusableCellWithIdentifier:@"SideMenuCellIdentifier"];

// Check for when the prototype cell has no parent view from 
// which to inherit size class related constraints.
BOOL added=FALSE;
if (prototype.superview == nil){
   [self.tableView addSubview:prototype];
   added=TRUE;
}

<snip ... Setup prototype cell>

[prototype setNeedsLayout];
[prototype layoutIfNeeded];
CGSize size = [prototype.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize];
prototypeHeight=size.height+1; // Add one for separator

// Remove the cell if added. Leaves it when in iOS7.
if (added){
  [prototype removeFromSuperview];
}

与大小类相关的设置似乎是通过 a 来控制的UITraitCollection，它是 a 的只读属性UIViewController。对于 iOS7 向后兼容性，这似乎是由构建系统处理的，但有一些限制。即在 iOS7 上您无法访问该traitCollection属性，但在 iOS8 中可以。

鉴于与故事板中的视图控制器的紧密耦合以及向后兼容性的工作原理，看起来原型单元必须位于您在 Xcode 中定义的视图控制器的层次结构中。

这里有一个讨论：
Xcode 6 自适应 UI 如何向后兼容 iOS 7 和 iOS 6？

于 2015-01-06T12:32:10.357 回答