如何调整超级视图的大小以适合具有自动布局的所有子视图?


142

我对自动布局的理解是,它采用了超级视图的大小,并基于约束和内在大小来计算子视图的位置。

有没有办法扭转这个过程?我想根据约束和内在大小调整Superview的大小。最简单的方法是什么?

我在Xcode中设计了视图,并将其用作的标题UITableView。该视图包括标签和按钮。标签的大小取决于数据。根据约束,标签可以成功按下按钮,或者如果按钮和超级视图底部之间存在约束,则标签将被压缩。

我发现了一些类似的问题,但没有好的和简单的答案。


28
您应该选择以下答案之一,以确保Tom Swifts回答了您的问题。所有张贴者都花费了大量时间来帮助您,现在您应该尽自己的一份力量并选择最喜欢的答案。
David H

Answers:


149

正确使用的API UIView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize或传递UILayoutFittingExpandedSize

对于正常UIView使用自动布局的方法,只要您的约束正确,它就应该起作用。如果要在上使用它UITableViewCell(例如确定行高),则应在单元格上调用它contentView并抓住其高度。

如果您的视图中有一个或多个多行UILabel,则需要进一步考虑。对于这些,preferredMaxLayoutWidth必须正确设置属性,以使标签提供正确的intrinsicContentSize,这将在systemLayoutSizeFittingSize's计算中使用。

编辑:通过请求,为表格视图单元格添加高度计算的示例

使用自动布局进行表格单元格高度计算虽然效率不高,但它确实很方便,特别是如果您的单元格具有复杂的布局。

如上所述,如果您使用多行,UILabel则必须将同步preferredMaxLayoutWidth到标签宽度。我使用自定义UILabel子类执行此操作:

@implementation TSLabel

- (void) layoutSubviews
{
    [super layoutSubviews];

    if ( self.numberOfLines == 0 )
    {
        if ( self.preferredMaxLayoutWidth != self.frame.size.width )
        {
            self.preferredMaxLayoutWidth = self.frame.size.width;
            [self setNeedsUpdateConstraints];
        }
    }
}

- (CGSize) intrinsicContentSize
{
    CGSize s = [super intrinsicContentSize];

    if ( self.numberOfLines == 0 )
    {
        // found out that sometimes intrinsicContentSize is 1pt too short!
        s.height += 1;
    }

    return s;
}

@end

这是一个人为设计的UITableViewController子类,展示了heightForRowAtIndexPath:

#import "TSTableViewController.h"
#import "TSTableViewCell.h"

@implementation TSTableViewController

- (NSString*) cellText
{
    return @"Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.";
}

#pragma mark - Table view data source

- (NSInteger) numberOfSectionsInTableView: (UITableView *) tableView
{
    return 1;
}

- (NSInteger) tableView: (UITableView *)tableView numberOfRowsInSection: (NSInteger) section
{
    return 1;
}

- (CGFloat) tableView: (UITableView *) tableView heightForRowAtIndexPath: (NSIndexPath *) indexPath
{
    static TSTableViewCell *sizingCell;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{

        sizingCell = (TSTableViewCell*)[tableView dequeueReusableCellWithIdentifier: @"TSTableViewCell"];
    });

    // configure the cell
    sizingCell.text = self.cellText;

    // force layout
    [sizingCell setNeedsLayout];
    [sizingCell layoutIfNeeded];

    // get the fitting size
    CGSize s = [sizingCell.contentView systemLayoutSizeFittingSize: UILayoutFittingCompressedSize];
    NSLog( @"fittingSize: %@", NSStringFromCGSize( s ));

    return s.height;
}

- (UITableViewCell *) tableView: (UITableView *) tableView cellForRowAtIndexPath: (NSIndexPath *) indexPath
{
    TSTableViewCell *cell = (TSTableViewCell*)[tableView dequeueReusableCellWithIdentifier: @"TSTableViewCell" ];

    cell.text = self.cellText;

    return cell;
}

@end

一个简单的自定义单元格:

#import "TSTableViewCell.h"
#import "TSLabel.h"

@implementation TSTableViewCell
{
    IBOutlet TSLabel* _label;
}

- (void) setText: (NSString *) text
{
    _label.text = text;
}

@end

而且,这是情节提要中定义的约束的图片。请注意,标签上没有高度/宽度限制-从标签的推断出这些限制intrinsicContentSize

在此处输入图片说明


1
您能否举一个heightForRowAtIndexPath:实现的示例,将其与包含多行标签的单元格一起使用时会看起来像什么?我已经搞砸了很多,还没有开始工作。您如何获得一个单元格(特别是如果在情节提要中设置了该单元格)?您需要什么约束才能使其正常工作?
rdelmar

@rdelmar-当然。我在答案中添加了一个示例。
TomSwift

7
在我从单元格底部到单元格中最低子视图的底部添加了最终的垂直约束之前,这对我不起作用。似乎垂直约束必须包括单元格及其内容之间的顶部和底部垂直间距,才能使单元格高度计算成功。
埃里克·贝克

1
我只需要一个技巧就可以使它工作。@EricBaker的技巧终于被钉住了。感谢您分享那个男人。我现在针对sizingCell或的大小为非零contentView
MkVal

1
对于那些无法正确设置高度的人,请确保您sizingCell的宽度与s的宽度匹配tableView
MkVal 2015年

30

埃里克·贝克(Eric Baker)的评论向我传达了一个核心思想,即为了使视图的大小由放置在其中的内容确定,那么放置在其中的内容必须与包含视图具有显式关系才能驱动其高度(或宽度)动态。“添加子视图”不会创建您可能假定的关系。您必须选择哪个子视图来驱动容器的高度和/或宽度...最常见的是,您在整个UI右下角放置的UI元素。这是一些代码和内联注释来说明这一点。

请注意,这对于使用滚动视图的用户可能特别有价值,因为通常围绕一个内容视图进行设计,该内容视图根据您放置的内容动态确定其大小(并将其传达给滚动视图)。祝您好运,希望这对您有所帮助。

//
//  ViewController.m
//  AutoLayoutDynamicVerticalContainerHeight
//

#import "ViewController.h"

@interface ViewController ()
@property (strong, nonatomic) UIView *contentView;
@property (strong, nonatomic) UILabel *myLabel;
@property (strong, nonatomic) UILabel *myOtherLabel;
@end

@implementation ViewController

- (void)viewDidLoad
{
    // INVOKE SUPER
    [super viewDidLoad];

    // INIT ALL REQUIRED UI ELEMENTS
    self.contentView = [[UIView alloc] init];
    self.myLabel = [[UILabel alloc] init];
    self.myOtherLabel = [[UILabel alloc] init];
    NSDictionary *viewsDictionary = NSDictionaryOfVariableBindings(_contentView, _myLabel, _myOtherLabel);

    // TURN AUTO LAYOUT ON FOR EACH ONE OF THEM
    self.contentView.translatesAutoresizingMaskIntoConstraints = NO;
    self.myLabel.translatesAutoresizingMaskIntoConstraints = NO;
    self.myOtherLabel.translatesAutoresizingMaskIntoConstraints = NO;

    // ESTABLISH VIEW HIERARCHY
    [self.view addSubview:self.contentView]; // View adds content view
    [self.contentView addSubview:self.myLabel]; // Content view adds my label (and all other UI... what's added here drives the container height (and width))
    [self.contentView addSubview:self.myOtherLabel];

    // LAYOUT

    // Layout CONTENT VIEW (Pinned to left, top. Note, it expects to get its vertical height (and horizontal width) dynamically based on whatever is placed within).
    // Note, if you don't want horizontal width to be driven by content, just pin left AND right to superview.
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[_contentView]" options:0 metrics:0 views:viewsDictionary]]; // Only pinned to left, no horizontal width yet
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[_contentView]" options:0 metrics:0 views:viewsDictionary]]; // Only pinned to top, no vertical height yet

    /* WHATEVER WE ADD NEXT NEEDS TO EXPLICITLY "PUSH OUT ON" THE CONTAINING CONTENT VIEW SO THAT OUR CONTENT DYNAMICALLY DETERMINES THE SIZE OF THE CONTAINING VIEW */
    // ^To me this is what's weird... but okay once you understand...

    // Layout MY LABEL (Anchor to upper left with default margin, width and height are dynamic based on text, font, etc (i.e. UILabel has an intrinsicContentSize))
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|-[_myLabel]" options:0 metrics:0 views:viewsDictionary]];
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-[_myLabel]" options:0 metrics:0 views:viewsDictionary]];

    // Layout MY OTHER LABEL (Anchored by vertical space to the sibling label that comes before it)
    // Note, this is the view that we are choosing to use to drive the height (and width) of our container...

    // The LAST "|" character is KEY, it's what drives the WIDTH of contentView (red color)
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|-[_myOtherLabel]-|" options:0 metrics:0 views:viewsDictionary]];

    // Again, the LAST "|" character is KEY, it's what drives the HEIGHT of contentView (red color)
    [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:[_myLabel]-[_myOtherLabel]-|" options:0 metrics:0 views:viewsDictionary]];

    // COLOR VIEWS
    self.view.backgroundColor = [UIColor purpleColor];
    self.contentView.backgroundColor = [UIColor redColor];
    self.myLabel.backgroundColor = [UIColor orangeColor];
    self.myOtherLabel.backgroundColor = [UIColor greenColor];

    // CONFIGURE VIEWS

    // Configure MY LABEL
    self.myLabel.text = @"HELLO WORLD\nLine 2\nLine 3, yo";
    self.myLabel.numberOfLines = 0; // Let it flow

    // Configure MY OTHER LABEL
    self.myOtherLabel.text = @"My OTHER label... This\nis the UI element I'm\narbitrarily choosing\nto drive the width and height\nof the container (the red view)";
    self.myOtherLabel.numberOfLines = 0;
    self.myOtherLabel.font = [UIFont systemFontOfSize:21];
}

@end

如何使用autolayout.png调整超级视图的大小以适合所有子视图


3
这是一个绝妙的技巧,并不为人所知。重复一遍:如果内部视图具有固有的高度并固定在顶部和底部,则外部视图无需指定其高度,并且实际上将拥抱其内容。您可能需要调整内容压缩和内部视图的拥抱以获得所需的结果。
phatmann

这就是钱!我见过的更好的简洁VFL示例之一。
Evan R

这就是我一直在寻找(感谢@约翰),所以我已经发布的这一个版本的雨燕在这里
詹姆斯

1
“您必须选择哪个子视图来驱动容器的高度和/或宽度……最常见的是,您将UI元素放置在整个UI的右下角。” ..我正在使用PureLayout,这是我的关键。对于一个父视图,对于一个子视图,是坐在子视图上以固定到右下角,这突然给了父视图一个尺寸。谢谢!
史蒂芬·埃利奥特

1
选择一个视图来驱动宽度正是我无法做到的。有时一个子视图更宽,有时另一个子视图更宽。有什么想法吗?
亨宁

3

您可以通过创建约束并通过接口构建器将其连接来实现

参见说明:Auto_Layout_Constraints_in_Interface_Builder

raywenderlich开始自动布局

AutolayoutPG文章约束基础

@interface ViewController : UIViewController {
    IBOutlet NSLayoutConstraint *leadingSpaceConstraint;
    IBOutlet NSLayoutConstraint *topSpaceConstraint;
}
@property (weak, nonatomic) IBOutlet NSLayoutConstraint *leadingSpaceConstraint;

将此约束出口与您的子视图约束连接,或者也可以将超级视图约束连接,并根据您的要求进行设置,例如

 self.leadingSpaceConstraint.constant = 10.0;//whatever you want to assign

我希望这可以澄清它。


因此可以从源代码配置在XCode中创建的约束。但是问题是如何配置它们以调整超级视图的大小。
DAK 2013年

是@DAK。请确保超级视图的布局。将约束放在超级视图上,也将高度设置为约束,以便每当子视图增加时,它就会自动增加超级视图约束的高度。
chandan 2013年

这也为我工作。固定尺寸的单元格(高度为60px)对我有帮助。因此,当视图加载时,我将IBOutlet的高度约束设置为60 * x,其中x是单元格数。最终,您可能希望在滚动视图中看到此内容,以便可以看到整个内容。
桑迪查普曼

-1

可以subview在较大的内部进行正常处理UIView,但是不能自动进行headerViews。的高度headerView是由什么是由归国决定tableView:heightForHeaderInSection:让你有计算height基础上height的中UILabel的加空间UIButton和任何padding你需要的。您需要执行以下操作:

-(CGFloat)tableView:(UITableView *)tableView 
          heightForHeaderInSection:(NSInteger)section {
    NSString *s = self.headeString[indexPath.section];
    CGSize size = [s sizeWithFont:[UIFont systemFontOfSize:17] 
                constrainedToSize:CGSizeMake(281, CGFLOAT_MAX)
                    lineBreakMode:NSLineBreakByWordWrapping];
    return size.height + 60;
}

headerString是您要填充的任何字符串UILabel,并且281号是widthUILabel(在中设置Interface Builder


不幸的是,这不起作用。超级视图上的“适合内容的大小”消除了将按钮底部连接到超级视图的约束,正如您所预料的那样。在运行时,将调整标签的大小,并按下按钮,但是不会自动调整超级视图的大小。
DAK

@DAK,对不起,问题在于您的视图是表视图的标题。我误会了你的情况。我以为包含按钮和标签的视图在另一个视图内,但是听起来您正在将其用作标题(而不是标题内的视图)。因此,我的原始答案无效。我已将答案更改为我认为应该起作用的内容。
rdelmar

这类似于我当前的实现,但是我希望有更好的方法。我希望避免每次更改标头时都更新此代码。
DAK 2013年

@Dak,对不起,我认为没有更好的方法,那只是表视图的工作方式。
rdelmar

请看我的回答。“更好的方法”是使用UIView systemLayoutSizeFittingSize:。也就是说,仅在视图或单元上执行完全自动布局以获取表格视图中所需的高度是相当昂贵的。对于复杂的单元格,我会这样做,但对于较简单的情况,可能会退回到像您这样的解决方案。
TomSwift
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.