UITableViewDynamicLayoutCacheHeight

導入

• UITableViewDynamicLayoutCacheHeight は、 Autolayoutレイアウト [ Xib 、 StoryBoard 、 Masonry 、 SnapKit 、 SDAutoLayout ...] を使用したUITableViewCellおよびUITableViewHeaderFooterViewの高さの便利で高性能な自動計算であり、水平および垂直画面をサポートし、高さのキャッシュを内部で自動的に管理します。スイフトと互換​​性があります。

CocoaPods を使用したインストール

 pod 'UITableViewDynamicLayoutCacheHeight'
pod install
#import <UITableViewDynamicLayoutCacheHeight/UITableViewDynamicLayoutCacheHeight.h>

• Cell および UITableViewHeaderFooterView への登録不要のアクセスのみを使用したい場合は、次のポッドを使用できます。

 pod 'UITableViewDynamicLayoutCacheHeight/Category' 

カルタゴとのインスタレーション

Carthage は、依存関係を構築し、バイナリ フレームワークを提供する分散型依存関係マネージャーです。UITableViewDynamicLayoutCacheHeight を統合するには、Cartfile に次のコードを追加します。

 github "liangdahong/UITableViewDynamicLayoutCacheHeight" ~> 5.2 . 0 

手動インストール

• プロジェクトをダウンロード [ clone https://github.com/liangdahong/UITableViewDynamicLayoutCacheHeight.git ]
• UITableViewDynamicLayoutCacheHeightフォルダーの内容全体をプロジェクトにドラッグ アンド ドロップします。

グラフィックによる使用説明書

Cell Xib使用して構築されています。「自動レイアウトが使用されている限り、純粋なコード レイアウトもサポートされます。」

• セルを作成し、制約レイアウトを使用します。[セル内のビューが上から下にレイアウトされ、底面ビューの MaxY がセルの必要な高さと正確に一致している]ことを確認します。[底部制約を設定せず、レイアウトするだけです。上から下まで] を実行すると、内部的には自動的に下の View が取得され、その MaxY が Cell に必要な高さとして使用されます。コードの 144 ～ 167 行で取得プロセスを確認し、さまざまなキャッシュ操作を実行できます。

• UITableView の高さを取得するプロキシ メソッドに次のコードを実装します。 Block のコードは- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPathのコードと一致します。

• これで、 UITableView自动算高、自动缓存高度。その結果は次のようになります。

• Swift Xib デモ

• Swift の純粋なコード レイアウトのデモ

• 詳しい使用方法については、UITableView+BMDynamicLayout.h ファイルの API を参照してください。

フレームワーク実装原則

高さの計算原理

事前にセルを作成し、内容を入力してレイアウトを強制し、セル内で最大の MaxY を持つビューを取得し、このビューの MaxY をセルに必要な高さとします [したがって保证Cell 中的View 的MaxY 最大的值即为Cell 需要的高度]保证Cell 中的View 的MaxY 最大的值即为Cell 需要的高度Crucial]、キャッシュの保存とクリアの操作は内部で自動的に管理されます。

質問

• 誰もがこのシステムの自動計算の欠点をよく知っているはずです。たとえば、キャッシュがない、計算が繰り返される、インターフェイスがジャンプする、複雑なレイアウトのセルでスクロールして計算するため、iOS 8 以降のみをサポートしている、などの問題があります。レイアウトはセル全体を埋める必要があります。一部のシナリオでは、優先順位を設定する必要があります。そうしないと、制約の競合が報告されます。

• UITableView-FDTemplateLayoutCell 当初はこのフレームワークを使用しましたが、同時に API 設計もいくつかのマテリアルを使用しました。ただし、レイアウトにはまだ解決されていないバグがいくつかあります。一部のシーンはレイアウト中に優先順位を設定する必要があります。そうしないと制約の競合が報告されるため、それらは UITableViewDynamicLayoutCacheHeight に移行されました。

• UITableViewDynamicLayoutCacheHeight の欠点は次のとおりです。

• • ① View をもう 1 つ追加できます [計算結果に底部の距離を追加することもできますが、これは推奨されません]
• • ②Cellを設定するコードはUITableView-FDTemplateLayoutCellと同様に2箇所に記述する必要があります。

• このフレームワークに基づいて、簡単な WeChat Moments 機能が実装されました。WeChat Moments のコードは、調整する準備ができていないので、興味がある方はご覧ください。

よくある質問

• キャッシュにキーを使用する場合、同じキーを使用する限り、この高さは (reloadData が呼び出された場合でも) 内部的に更新されることはありません。

接続する

• 問題やPRは大歓迎です
• WeChatを追加することもできますWeChat コミュニケーション グループに参加してください。

ライセンス

UITableViewDynamicLayoutCacheHeight は MIT ライセンスに基づいてリリースされています。詳細については、LICENSE を参照してください。