UITableViewCellサブクラスで「-layoutSubviewsを実行した後も自動レイアウトが必要」

XCode 4.5とiOS 6を使用して、カスタムセルを含むシンプルなテーブルビューのアプリを開発しています。私はこれをiOS 5以下で100回行いましたが、何らかの理由で新しいautoLayoutシステムが多くの問題を引き起こしています。

テーブルビューとプロトタイプセルをIBでセットアップし、サブビューを追加してそれらをIBOutletsとして配線してから、デリゲートとdataSourceをセットアップしました。ただし、最初のセルがからフェッチされるたびcellForRowAtIndexPathに、次のエラーが発生します。

***-[ShopCell layoutSublayersOfLayer：]、/ SourceCache / UIKit_Sim / UIKit-2372 / UIView.m：5776のアサーションエラー

***キャッチされない例外 'NSInternalInconsistencyException'によりアプリを終了します。理由： '-layoutSubviewsを実行した後も自動レイアウトが必要です。ShopCellの-layoutSubviewsの実装は、superを呼び出す必要があります。

私はサブクラス化されたセル（ShopCell）に-layoutSubviewsメソッドを実装していません。それを実行してスーパーコールを追加しようとしても、同じエラーが発生することを示唆しています。サブビューをIBのセルから削除し、それを標準のUITableViewCellに変更すると、すべて期待どおりに機能しますが、もちろんセルにはデータが残っていません。

私が見逃している単純なものがあることはほぼ確実ですが、私が間違ったことを示唆するドキュメントやガイドを見つけることができません。任意の助けいただければ幸いです。

編集： IBのUITableViewCellに変更して、すべてのサブビューをそのままにしてみましたが、それでも同じエラーが発生しました。

コードに制約を手動で追加しているときに同じ問題が発生しました。コードでは、私は次のことをしていました：

{
    [self setTranslatesAutoresizingMaskIntoConstraints:YES];
    [self addSubview:someView];
    [self addSubview:someOtherView];
    [self addConstraint:...];
}

仮説

私が言えることから、問題は、を無効にするとtranslatesAutoresizingMaskIntoConstraints、UITableViewCellが自動レイアウトの使用を開始し、の基本的な実装がlayoutSublayersForLayerスーパーを呼び出さないために自然に失敗することです。ホッパーまたは他のツールを持っている人がこれを確認できます。IBを使用しているので、なぜこれが問題であるのか不思議に思うかもしれません... IBを使用するとtranslatesAutoresizingMaskIntoConstraints、ビューに制約が追加されて自動的に無効になるためです（その場所に幅と高さの制約が自動的に追加されます）。

解決

私の解決策は、すべてをに移動することでしたcontentView。

{
   [self.contentView addSubview:someView];
   [self.contentView addSubview:someOtherView];
   [self.contentView addConstraint:...];
}

これがInterface Builderで機能するかどうかは100％わかりませんが、セルからすべてのものを押し出すと（何かが直接それにあると仮定して）、機能するはずです。これがお役に立てば幸いです！

どうやら、UITableViewCellのlayoutSubviews実装は、自動レイアウトの問題であるスーパーを呼び出しません。以下のカテゴリをプロジェクトにドロップすると問題が解決するかどうかに興味があります。テストプロジェクトに役立ちました。

#import <objc/runtime.h>
#import <objc/message.h>

@implementation UITableViewCell (FixUITableViewCellAutolayoutIHope)

+ (void)load
{
    Method existing = class_getInstanceMethod(self, @selector(layoutSubviews));
    Method new = class_getInstanceMethod(self, @selector(_autolayout_replacementLayoutSubviews));

    method_exchangeImplementations(existing, new);
}

- (void)_autolayout_replacementLayoutSubviews
{
    [super layoutSubviews];
    [self _autolayout_replacementLayoutSubviews]; // not recursive due to method swizzling
    [super layoutSubviews];
}

@end

テーブルセルでbackgroundViewを使用すると、セルのサブビューとして追加されるため、問題が表示されることがあります（ほとんどのサブビューはテーブルセルのcontentViewに追加する必要がありますが、通常はより適切に機能します）。

注：このバグはiOS7で修正されたようです。このコードを削除するか、少なくともランタイムチェックを追加して、iOS6で実行している場合にのみ実行されるようにすることができました。

同じバグが数か月ありました。しかし、私は何が問題であるかを見つけました。

IBファイルを作成すると、a UIViewはすでに追加されています。このビューを使用すると、自動レイアウトが無効になっていてもアプリはクラッシュしません（ただし、他の問題があります）。自動レイアウトを使用する場合は、オブジェクトライブラリで適切なビューを選択する必要がありますUITableViewCell。

実際、すべてのサブビューがのに追加されるため、常にこのアイテムを使用する必要contentViewがありUITableViewCellます。

それで全部です。すべて元気です。

カスタムUITableViewHeaderFooterView+ xibでも同じ問題が発生しました。

ここでいくつかの回答を見ました-layoutSubviewsが、カスタムフッタービュークラスのどの実装が問題を修正しているのかがわかりました。

-(void)layoutSubviews
{
    [super layoutSubviews];
    [self layoutIfNeeded]; // this line is key
}

これは、layoutSubviewsの実装で制約を変更した結果として発生しました。メソッドの最初から最後まで呼び出しをsuperに移動すると、問題が解決しました。

iOS 7でも同じ問題がありました（iOS 8は修正されているようです）。私の解決策[self.view layoutIfNeeded]は、viewDidLayoutSubviewsメソッドの最後に呼び出すことでした。

同じ問題がありました。問題は、セルXibの作成方法にありました。通常のようにXibを作成し、デフォルトの「UIView」のタイプをカスタムUITableViewCellクラスに変更しました。正しい方法は、最初にデフォルトビューを削除してから、テーブルビューのセルオブジェクトをxibにドラッグすることです。詳細はこちら：http : //allplayers.github.io/blog/2012/11/18/Custom-UITableViewCell-With-NIB/

カスタムテーブルビューセルのすべてのサブビューの「自動レイアウト」をオフにすることで問題を解決しました。

カスタムセルのxibで、サブビューを選択し、[ファイルインスペクター]> [Interface Builder Document]> [Use Autolayout]をオフにします。

私には似たような問題がありましたUITableViewCellが、UITableViewそれ自体ではありません。Googleでの最初の結果なのでここに投稿します。それがviewForHeaderInSection問題であることがわかりました。を作成しUITableViewHeaderFooterView、に設定translatesAutoresizingMaskIntoConstraintsしましたNO。ここで興味深い部分があります：

iOS 7：

// don't do this on iOS 7
sectionHeader.translatesAutoresizingMaskIntoConstraints = NO;

これを行うと、アプリがクラッシュします

-layoutSubviewsを実行した後も自動レイアウトが必要です。UITableViewの-layoutSubviewsの実装は、superを呼び出す必要があります。

わかりました。テーブルビューヘッダーでは自動レイアウトを使用できず、サブビューでのみ使用できると思いました。しかし、後で見るように、それは完全な真実ではありません。まとめると、iOS 7でヘッダーの自動サイズ変更マスクを無効にしないでください。それ以外の場合は問題なく機能します。

iOS 8：

// you have to do this, otherwise you get an auto layout error
sectionHeader.translatesAutoresizingMaskIntoConstraints = NO;

これを使用しない場合、次の出力が得られます。

制約を同時に満たすことができません。

iOS 8の場合、ヘッダーの自動サイズ変更マスクを無効にする必要があります。

なぜこのように動作するのかわからないが、AppleはiOS 8でいくつかの問題を修正しており、自動レイアウトはiOS 7とiOS 8では異なる動作をしているようです。

上記の誰かがすでに述べたように、UITableViewで使用するビューを作成する場合、デフォルトで作成されたビューを削除し、UITableViewCellまたはUITableViewHeaderFooterViewをルートビューとしてドラッグする必要があります。ただし、その部分を見逃した場合に備えて、XIBを修正する方法があります。テキストエディターとルートタグでXIBファイルを開き、その直接の子で属性translatesAutoresizingMaskIntoConstraintsをに追加/変更する必要があります。YES次に例を示します。

<view contentMode="scaleToFill" horizontalHuggingPriority="1000" id="1" translatesAutoresizingMaskIntoConstraints="YES" customClass="MXWCollapsibleTableHeaderView">

私はこれに遭遇し、他のカスタムUIViewサブクラスが追加されたプロトタイプセルとして、UITableViewCellサブクラスに関連しているようです。UIKitの子を持つセルで成功したので、ここで「カスタム」を強調しますが、カスタムメイドで作成したビューの制約を構築しようとすると失敗し、著者の質問に記載されたエラーがスローされます。

AutoLayoutを使用しない独立したペン先に細胞を分離する必要がありました。

Appleがこの混乱を片付けることを期待しましょう。

セル自体ではなく、セルのcontentViewにサブビューを追加します。だから代わりに：

[self addSubview:someView];

あなたは使わなければならない

[self.contentView addSubview:someView];

最初にUITableViewCellではなくUIViewをxibファイルに追加したため、この問題が発生しました。

私は切り離すことによって、このエラーを排除しbackgroundView、私のバックグラウンドからコネクターをUIImageViewし、accessoryView私からのコネクタUIButtonカスタマイゼーション。私はそれらが私がそれらを使用していた方法で使用されることを意図されていなかったと思います。

今日、初めてこの問題に遭遇しました。これまで、プロトタイプUITableViewCellサブクラスを使用していくつかの経験がありましたが、この問題に遭遇したことはありません。私が使用していたセルの違いは、セルの色付けに使用していた-backgroundViewへのIBOutletがあったことです。新しいプロパティを作成し、セル全体のスパンを拡張する新しいUIViewを追加した場合、このアサーションは解消されました。これが原因であることを確認するために、このビューをbackgroundViewアウトレットにアタッチすることに戻り、アサーションが再表示されました。これまでのところ、この変更を行ったので、サブクラス化されたプロトタイプUITableViewCellでAutoLayoutを使用する他の問題はありません。

この問題の適切な解決策はありませんでしたが、フレームを使用し、translatesAutoresizingMaskIntoConstraintsプロパティをNoに設定しないことで修正できます（デフォルトでは、yesなので設定しないでください）。

CGRect headerViewFrame = CGRectMake(0,0,320,60); //Frame for your header/footer view
UIView *tableHeaderView = [[UIView alloc] initWithFrame:headerViewFrame];
tableHeaderView.translatesAutoresizingMaskIntoConstraints = Yes; //Or don't set it at all
[self.tableView setTableHeaderView:tableHeaderView];

同じことを経験しています。自動レイアウトを使用するShopCell .xib / storyboardから別のビューへのサブビューとしてプログラムでサブビューを追加すると、制約の構成方法によっては、その例外がスローされる可能性があることがわかりました。私が思うに、IBで作成された制約は、ビューをサブビューとしてプログラムで追加するときに問題を引き起こすものだと考えられます。分かりましたか（その文は私を混乱させるほどです）？

私の状況では、問題を引き起こしたのは非常に単純なビューだったので、IBではなくプログラムでビューを作成しました。それで解決しました。これらのビューを他のxibファイルに抽出し、それらの自動レイアウトを無効にすることができます。私はそれがうまくいくと思います。

状況によっては、これによりレイアウトの問題が簡単に解決されます（レイアウトによって異なります）。UITableViewサブクラス内で、awakeFromNibまたはinitのいずれかで、自動サイズ変更マスクを設定します。

self.contentView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;

デフォルトでは、UIViewAutoresizingNoneに設定されています。

私の場合、

UITableViewの自動レイアウトで参照されるUIImageViewは、UITableViewのbackgroundViewに割り当てられます。

self.tableView.backgroundView = self.tableBackgroundImageView;

したがって、私はbackgroundViewのUIImageViewをUIView（ルートビュー）から削除し、そのUIImageViewへのすべての自動レイアウト参照をリセット（削除）しました。背景用のUIImageViewをUIView（ルートビュー）の外側に配置しました。次に、コードでUITableViewのbackgroundViewに割り当てます。

次に修正しました。

私は解決策を見つけました。

私の場合、ストーリーボードでセルのビューを作成し（自動レイアウトを有効にして）、ViewController.mでカスタムUITableViewCellインターフェイスを定義しました。インターフェイスをViewController.hに移動する必要があります。

ストーリーボードを使用してカスタムUITableViewCellを作成すると、同じ問題が発生しました。幸い、私が問題を見つけたのは、セルに追加したUIButtonにAccessoryView（[UITableViewCell setAccessoryView：]）をアウトレットしたためです。

そのため、iOS6で実行したときに私のプロジェクトで発生しました。

解決

カスタムセルが含まれていた私のアクセサリボタンとボタンの間のアウトレットを解放します。

提案

UITableViewCellのネイティブ要素を使用して変更しないでください。

この問題は、[super viewDidAppear:]内viewDidAppearでの呼び出しを忘れたことが原因で発生する可能性がありますが、それが唯一の原因ではないと確信しています。

私はまったく同じ問題を抱えていました。ここに私のプロジェクトの問題があります。
インターフェイスビルダーでカスタムUITableViewCellを作成したときに、Xcodeのオブジェクトコレクションペインからテーブルビューセルではなくビューを カスタムテーブルセルとしてドラッグしました。 同じ状況の場合の解決策は次のとおりです。 インターフェイスビルダーでビューを削除し、オブジェクトコレクションペインからテーブルビューセルをドラッグして、カスタムテーブルセルビューをやり直してください。古いビューのオブジェクトをコピーして、新しいテーブルビューセルのキャンバスに貼り付けることができます。

Xcode 6、iOS 7以降で設定していたテーブルフッタービューで、非常によく似た問題が発生しました。解決策はnibファイルの形式でした。どうやらそれはXcode 4形式か何かで動かなくなっていました。ファイル設定を「opens in：Xcode 6.0」（または、それに関してはデフォルト）に変更すると、即座に修正されました。偶然に解決策を見つけました。それは私を夢中にさせていたので、ファイル全体を削除して、デフォルトの設定で明らかに作成し直しました。最新のXcodeでファイルを編集しただけでは、Xcode 5+形式に変換されなかった理由がよくわかりません。

私は同じ問題を持って行ってきました。私はDetailViewControllerに行き、識別子の名前をUIViewに変更しました。以前はUITableViewにありました。問題を修正しました。この問題は、DetailViewControllerにある必要はありません。それは他のどれでもありえます。尊敬する識別子に名前を変更してみてください。

IBの静的テーブルビューセルでも同様の問題がありました。セルの1つに、誤ってUITextfieldのサブクラスに変更されたクラスを持つサブビューがありました。コンパイラーは警告/エラーを出しませんでした。しかし、実行時に、システムは前述のクラッシュによりビューコントローラーをロードできませんでした。

問題は、サブビューへのレイアウト呼び出しのシーケンスです。

チェックアウト

iOS <8に表示されます

解決策：スーパーレイアウトを呼び出す前に制約を変更する

- (void)layoutSubviews
{

    [self _updateConstraints];

    [super layoutSubviews];
}

代わりに、カールリンドバーグの回答を変更してオーバーライドUITableViewしました。

UITableView + AutoLayoutFix.h

@interface UITableView (AutoLayoutFix)
@end

UITableView + AutoLayoutFix.m

#import <objc/runtime.h>

@implementation UITableView (AutoLayoutFix)

+ (void)load
{
    Method existingMethod = class_getInstanceMethod(self, @selector(layoutSubviews));
    Method newMethod = class_getInstanceMethod(self, @selector(_autolayout_replacementLayoutSubviews));

    method_exchangeImplementations(existingMethod, newMethod);
}

- (void)_autolayout_replacementLayoutSubviews
{
    [super layoutSubviews];
    [self _autolayout_replacementLayoutSubviews]; // not recursive due to method swizzling
    [super layoutSubviews];
}

@end

次にMyViewController.m、カテゴリをインポートしました：

#import "UITableView+AutoLayoutFix.h"

同じ問題に遭遇し、最後に、UITableViewCellのcontentViewである必要がある1つの制約をUITableViewCellに追加したことが原因であることがわかりました。制約を変更すると、すべてがうまくいきました！