.h里：
// 重用標識
+ (NSString *)reuseIdentifier;
// cell高度
+ (CGFloat)staticHeight;

.m里：
- (id)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier {
 self = [super initWithStyle:style reuseIdentifier:reuseIdentifier];
 if (self) {
 self.opaque = NO;
 self.selectionStyle = UITableViewCellSelectionStyleNone;
 }
 return self;
}

// 重用標識
+ (NSString *)reuseIdentifier {
 return NSStringFromClass([self class]);
}

// cell高度
+ (CGFloat)staticHeight {
 return 44.f;
}

這樣寫的好處是，當我們在使用tableview時，會方便我們對重用標識符行高使用，看一下：

staticHeight可以在子類的自定義cell里更改設置，使用時：

這樣寫，更能清晰明了的看到對每個自定義cell的設置，也會讓代碼看上去優(yōu)雅整齊一些。

2. 動態(tài)計算高度

實際開發(fā)中，使用最多的應該是動態(tài)計算cell高度了，這也是tableView很基本的一個功能。

比如搜索資訊這塊：

標題高度不固定，內容高度不固定，標簽不固定，這樣的就需要根據(jù)model里的內容計算行高了：

用的時候,在tableview的代理里設置：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
  WMSearchResultQAModel *model = self.dataArray[indexPath.row];
  return [WMSearchResultQAModel calutWholeCellHeightWithModel:model];
}

這樣就可以達到每個cell根據(jù)內容展示不同高度的要求了。

這種方法很繁瑣，但是也是最精確的，最可控的，都支持autolayout和frame。

3. 動態(tài)計算 - 緩存高度

為什么要緩存高度？

因為當tableView滾動時會不停的回調 heightForRowAtIndexPath 這個代理方法，當cell的高度需自適應內容時，就意味著每次回調這個方法時都要計算高度，而計算是要花時間了，在用戶體驗上的體現(xiàn)就是卡頓，眾所周知 60fps是比較符合人眼審視的，如果幀數(shù) 低于這個數(shù)值過多，就會明顯感受到卡幀等現(xiàn)象，為了讓用戶體驗比較好些，我們就要對高度計算進行優(yōu)化。

思路：為了避免重復且無意義的計算cell高度，緩存高度就顯得尤為重要了。

緩存高度機制

緩存高度我們需要一個容器來保存高度數(shù)值，可以是model 可以是一個可變數(shù)組也可以是一個可變字典，以達到每當回調 heightForRowAtIndexPath 這個方法時，我們先去這個緩存里去取，如果有，就直接拿出來，如果沒有，就計算高度，并且緩存起來。

以model為例：

在model里聲明個cellHeight屬性，用于保存Model所對應的Cell的高度，然后在 heightForRowAtIndexPath 方法中，如果當前Model的cellHeight為0，說明這個Cell沒有緩存過高度，則計算Cell的高度，并把這個高度記錄在Model中，這樣下次再獲取這個Cell的高度，就可以直接去Model中獲取，而不用重新計算：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
 WMSearchResultQAModel *model = self.dataArray[indexPath.row];
 if (model.cellHeight > 0) {
  // 有緩存的高度，取出緩存高度
  return model.cellHeight;
 }
 // 沒有緩存時，計算高度并緩存起來
 CGFloat cellHeight; = [WMSearchResultQAModel calutWholeCellHeightWithModel:model];
 // 緩存給model
 model.cellHeight = cellHeight;
 return cellHeight;
}

這樣就實現(xiàn)了高度緩存和Model、Cell都對應的優(yōu)化，我們無需手動管理高度緩存，在添加和刪除數(shù)據(jù)的時候，都是對Model在數(shù)據(jù)源中進行添加或刪除。

而如果使用可變數(shù)組或可變字典時，則需要額外的在刷新tableView時對其進行清空處理。

4. 自適應高度

在 iOS8 之后，系統(tǒng)結合autolayout提供了動態(tài)結算行高的方法 UITableViewAutomaticDimension，做好約束，我們都不用去實現(xiàn) heightForRowAtIndexPath 這個代理方法了。

masonry支持毫無壓力。

實現(xiàn)步驟：

1、tableView設置

// 預設行高
self.tableView.estimatedRowHeight = xxx;
// 自動計算行高模式 
self.tableView.rowHeight = UITableViewAutomaticDimension;

2、在自定義cell里，masonry布局，比如:

- (void)layoutSubviews {
 [super layoutSubviews];
 [self.headImgView mas_makeConstraints:^(MASConstraintMaker *make) {
  make.top.left.offset(kSpace15);
  make.size.mas_equalTo(CGSizeMake(50.f, 50.f));
  // 在自動計算行高模式下 要加上的 
  make.bottom.equalTo(self.contentView.mas_bottom).offset(-kSpace15);
 }];
 [self.nickNameLabel mas_makeConstraints:^(MASConstraintMaker *make) {
  make.left.equalTo(self.headImgView.mas_right).offset(12.f);
  make.top.offset(17.f);
 }];
 [self.jobWorkLabel mas_makeConstraints:^(MASConstraintMaker *make) {
  make.left.equalTo(self.nickNameLabel.mas_right).offset(8.f);
  make.right.lessThanOrEqualTo(self.contentView.mas_right).offset(-kSpace15);
  make.top.offset(21.f);
 }];
 [self.hospitalLabel mas_makeConstraints:^(MASConstraintMaker *make) {
  make.left.equalTo(self.headImgView.mas_right).offset(12.f);
  make.top.equalTo(self.jobWorkLabel.mas_bottom).offset(6.f);
 }];
 [self.line mas_makeConstraints:^(MASConstraintMaker *make) {
  make.left.right.bottom.offset(0);
  make.height.mas_equalTo(0.5f);
 }];
}

布局時兩個注意點：

· 所有子控件,都要依賴與self.contentView作為約束父控件,而不是self(cell)

· 關鍵控件要做bottom約束（因為不再指定行高，所以要需要給出根據(jù)bottom的約束）

3、最關鍵的一步： [cell layoutIfNeeded]

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
 WMDoctorEvaluateDescribeInputCell *cell = [tableView dequeueReusableCellWithIdentifier:[WMDoctorEvaluateDescribeInputCell reuseIdentifier] forIndexPath:indexPath];
 kWeakSelf
 cell.describeInputBlock = ^(NSString * _Nonnull describeText) {
   weakSelf.inputDescribeText = describeText;
  };
 //關鍵的一步,解決不正常顯示問題
 [cell layoutIfNeeded];
 return cell;
}

這樣就完成了自動適應高度的要求了。

另外：

針對一些自動適應高度不好做的cell，可以單獨處理如下：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
 if (indexPath.section == 2) {
   return [WMDoctorEvaluateStarCell staticHeight];
 }
 return UITableViewAutomaticDimension;
}

5.自適應高度 - 緩存行高

在用UITableViewAutomaticDimension，有的界面比較復雜，雖然這樣能完成顯示，但是在滑動的過程中，能肉眼感受到卡掉幀，眾所周知 60fps是比較符合人眼審視的，如果幀數(shù) 低于這個數(shù)值過多，就會明顯感受到卡幀等現(xiàn)象，這屬于優(yōu)化性能方面的問題，所以就要思考一下怎樣來達到優(yōu)化tableview性能。

思路：

緩存高度機制

首先獲取cell實際顯示的高度

- (void)tableView:(UITableView *)tableView didEndDisplayingCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath 
{
 NSString *key = [NSString stringWithFormat:@"%ld", (long)indexPath.row];
 [self.heightDict setObject:@(cell.height) forKey:key];
 NSLOG(@"第%@行的計算的最終高度是%f",key,cell.height);
}

//didEndDisplayingCell 當cell滑出屏幕時會觸發(fā)此方法,是cell已經被真正的顯示在了屏幕上，所以在這里打印出的高度必然是最正確的高度。根據(jù)indexPath.row作為key，將高度緩存進字典.

然后在 heightForRowAtIndexPath 方法里判斷，如果字典里有值，則使用緩存高度，否則自動計算：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
 NSString *key = [NSString stringWithFormat:@"%ld",indexPath.row];
 if (self.heightDict[key] != nil) {
  NSNumber *value = _heightDict[key];
  return value.floatValue;
 }
 return UITableViewAutomaticDimension;
}

注意：設置cell的預估高度時一定要設置最小高度cell的那個值。不然的話，在滑動的時候，當高度最小的那個滑動到一大半的時候，就會突然一下消失，造成掉幀的現(xiàn)象。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

您可能感興趣的文章: