iOS開發中對於UITableViewCell高度自適應的文章已經不少不少,但若是cell內容比較複雜,剛使用autolayout配置自使用時仍是總不能一次性成功。ios
這裏只說設置的關鍵一點:markdown
Cell
內部的Constraints
必定要有一條從Cell
頂部到底部的一條可聯通線。函數
圖例列表:佈局
最後頂部元素居上和底部元素距底部,加上約束便可。
這條線上能夠有固定高度的元素,能夠有自適應高度的元素,但要保證:ui
設置自適應高度的元素都在這條線上。atom
固然若是在同一水平上有兩個須要自適應高度的元素,就有擇其一了。spa
其餘注意要點:3d
UITableViewCell
的size inspector
裏面 Row Height
是Default
而不是custom
的數值,不然以後無論你如何操做,UITableViewCell
優先使用的都是custom
的數值。_tableView.estimatedRowHeight=44.0;
若是沒有這一行,依然沒法自動佈局。Label lines
爲0
最後在代碼文件中,添加代碼:
iOS8
使用iOS8新出的方法:code
self.tableView.estimatedRowHeight=44; self.tableView.rowHeight=UITableViewAutomaticDimension;
iOS7
(就讓iOS7丟棄在歷史中吧。)
ios中沒有UITableViewAutomaticDimension自動計算高度,就只能本身去計算了。
ios7中須要一個輔助cell,cell的內容和UITableView的內容一致,但不用於顯示,而是用於根據填充的內容計算每一個cell的高度。router
@property (strong,nonatomic) AdaptionCell *adaptionCell;
//-(void)viewDidLoad 這裏爲何不能使用[tableView dequeueReusableCellWithIdentifier:cellIdentifier forIndexPath:indexPath]設置一個cell。由於這會致使cell被建立了可是又不曾被tableView:cellForRowAtIndexPath:方法返回,會形成內存泄露。
self.adaptionCell = [cellNib instantiateWithOwner:nil options:nil][0];
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{ self.adaptionCell.contentLabel.text=self.dataArray[indexPath.row%2]; [self.adaptionCell layoutIfNeeded]; CGFloat height = [self.adaptionCell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height; return height+1; }
這裏爲何要+1,由於UITableViewCell有個邊緣線,比其ContentView高1(其實應該是0.5)
上面的方法裏使用的一個函數systemLayoutSizeFittingSize獲取contentView的size,最終獲得一個自適應後的height。
但這裏有個問題---爲何這個方法獲得了一個自適應的height,而不一個自適應的Width!
因此應該有個地方來限定Width,使得Cell的內容的填充是在縱向上,而不是橫向。
// AdaptionCell.m - (void)layoutSubviews{ [super layoutSubviews]; [self.contentView layoutIfNeeded]; self.contentLabel.preferredMaxLayoutWidth = CGRectGetWidth(self.contentLabel.frame); }
最後的最後,附上結果圖:
和一個問題:
若是cell中須要自適應高度的文本是富文本,是否還可使用autolayout作自適應?
簡單的UILabel
attributedText
能夠經過