Проблема с автоматическим изменением размера кадра UICollectionViewCell contentView в ячейке прототипа раскадровки (Xcode 6, iOS 8 SDK) возникает только при работе на iOS 7

contentView не работает. Это также можно исправить в awakeFromNib

ObjC:

- (void)awakeFromNib {

    [super awakeFromNib];

    self.contentView.frame = self.bounds;
    self.contentView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;
}

Swift3:

override func awakeFromNib() {
    super.awakeFromNib()

    self.contentView.frame = self.bounds
    self.contentView.autoresizingMask = [.flexibleWidth, .flexibleHeight]
}

Я столкнулся с той же проблемой и обратился за помощью к Apple DTS. Их ответ был:

В iOS 7 размеры представлений содержимого ячеек определялись автоматически с помощью масок с автоизменением размеров. В iOS 8 это было изменено, ячейки перестали использовать маски автоматического изменения размеров и начали изменять размер представления содержимого в layoutSubviews. Если перо закодировано в iOS 8, а затем декодировано в iOS 7, у вас будет представление содержимого без маски автоизменения размера и никаких других средств для его изменения. Поэтому, если вы когда-нибудь измените рамку ячейки, представление содержимого не последует.

Приложения, развертываемые обратно в iOS 7, должны будут решить эту проблему, изменив размер самого представления контента, добавив маски с автоматическим изменением размеров или добавив ограничения.

Я предполагаю, что это означает, что это не ошибка в XCode 6, а несовместимость между iOS 8 SDK и iOS 7 SDK, которая поразит вас, если вы обновитесь до Xcode 6, потому что он автоматически начнет использовать iOS 8 SDK.

Как я уже говорил ранее, обходной путь, описанный Дэниелом Пламанном, работает для меня. Те, которые описаны Игорем Палагутой и KoCMoHaBTa, выглядят проще и, кажется, имеют смысл дать ответ Apple DTS, поэтому я попробую их позже.

Я столкнулся с той же проблемой и надеюсь, что Apple исправит это в следующей версии Xcode. Между тем я использую обходной путь. В моем подклассе UICollectionViewCell я просто переопределил layoutSubviews и вручную изменил размер contentView, если размер отличается от размера collectionViewCell.

- (void)layoutSubviews
{
  [super layoutSubviews];

  BOOL contentViewIsAutoresized = CGSizeEqualToSize(self.frame.size, self.contentView.frame.size);

  if( !contentViewIsAutoresized) {
    CGRect contentViewFrame = self.contentView.frame;
    contentViewFrame.size = self.frame.size;
    self.contentView.frame = contentViewFrame;
  }
}

Другое решение - установить размер contentView и маски автоизменения размера в -collectionView:cellForItemAtIndexPath:, как показано ниже:

- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {

     static NSString *cellID = @"CellID";

     UICollectionViewCell *cell = [collectionView dequeueReusableCellWithReuseIdentifier:cellID forIndexPath:indexPath];

     // Set contentView's frame and autoresizingMask
     cell.contentView.frame = cell.bounds;
     cell.contentView.autoresizingMask = UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleRightMargin |UIViewAutoresizingFlexibleTopMargin |UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFlexibleBottomMargin;

     // Your custom code goes here

     return cell;
}

Это также работает с автоматическим макетом, поскольку маски автоматического изменения размера преобразуются в ограничения.

В Xcode 6.0.1 contentView для UICollectionViewCell не работает для устройств iOS7. Это также можно исправить, добавив соответствующие ограничения в UICollectionViewCell и его contentView в методах awakeFromNib или init.

        UIView *cellContentView = self.contentView;
        cellContentView.translatesAutoresizingMaskIntoConstraints = NO;

        [self addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[cellContentView]|"
                                                                     options:0
                                                                     metrics:0
                                                                       views:NSDictionaryOfVariableBindings(cellContentView)]];
        [self addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[cellContentView]|"
                                                                     options:0
                                                                     metrics:0
                                                                       views:NSDictionaryOfVariableBindings(cellContentView)]];

Это не будет работать правильно без каких-либо других упомянутых обходных путей из-за ошибки в Xcode 6 GM с тем, как Xcode компилирует файлы xib в формат пера. Хотя я не могу сказать со 100% уверенностью, что это связано с Xcode и не связано со средой выполнения, я очень уверен - вот как я могу это показать:

1. Сборка + Запуск приложения в Xcode 5.1.
2. Перейдите в каталог приложения симулятора и скопируйте скомпилированный файл .nib для xib, с которым у вас возникли проблемы.
3. Сборка + запуск приложения в Xcode 6 GM.
4. Остановите приложение.
5. Замените файл .nib в папке симулятора вновь созданного приложения файлом .nib, созданным с помощью Xcode 5.1.
6. Перезапустите приложение из симулятора, а НЕ из Xcode.
7. Ваша ячейка, загруженная из этого .nib, должна работать должным образом.

Я надеюсь, что каждый, кто прочитает этот вопрос, отправит радар в Apple. Это ОГРОМНАЯ проблема, которую необходимо решить до окончательной версии Xcode.

Изменить: в свете сообщения ecotax, я просто хотел обновить это, чтобы сказать, что теперь подтвержденные различия в поведении между сборкой в ​​iOS 8 против iOS 7, но это не ошибка. Мой взлом устранил проблему, потому что при создании iOS 7 добавлялась маска автоматического изменения размера в представление содержимого, необходимое для выполнения этой работы, которую Apple больше не добавляет.

Ответы в этой публикации работают, но я никогда не понимал, почему это работает.

Во-первых, есть два «правила»:

1. Для представлений, созданных программно (например, [UIView new]), свойство translatesAutoresizingMaskIntoConstraints имеет значение YES.
2. Представления, созданные в построителе интерфейса с включенным AutoLayout, будут иметь свойство translatesAutoresizingMaskIntoConstraints, установленное на NO.

Второе правило, похоже, не применяется к представлениям верхнего уровня, для которых вы не определяете ограничения. (Например, просмотр содержимого)

Глядя на ячейку раскадровки, обратите внимание, что в ячейке не отображается contentView. Мы не «контролируем» contentView, это Apple.

Погрузитесь в исходный код раскадровки и посмотрите, как определяется contentView cell:

<view key="contentView" opaque="NO" clipsSubviews="YES" multipleTouchEnabled="YES" contentMode="center">

Теперь подвиды ячейки (обратите внимание на translatesAutoresizingMaskIntoConstraints="NO"):

<view contentMode="scaleToFill" translatesAutoresizingMaskIntoConstraints="NO" id="NaT-qJ-npL" userLabel="myCustomLabel">

contentView не имеет translatesAutoresizingMaskIntoConstraints значение NO. Кроме того, ему не хватает определения макета, возможно, из-за чего @ecotax сказал.

Если мы посмотрим на contentView, у него есть маска автоматического изменения размера, но для нее нет определения: <autoresizingMask key="autoresizingMask"/>

Итак, можно сделать два вывода:

1. contentView translatesAutoresizingMaskIntoConstraints установлен на YES.
2. contentView не хватает определения макета.

Это приводит нас к двум решениям, о которых уже говорилось.

Вы можете установить маски автоматического изменения размеров вручную в awakeFromNib:

self.contentView.frame = cell.bounds;
self.contentView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;

Или вы можете установить contentView translatesAutoresizingMaskIntoConstraints на NO в awakeFromNib и определить ограничения в - (void)updateConstraints.

Это Swift-версия ответа @ Igor, который был принят, и спасибо за ваш хороший ответ, приятель.

Сначала перейдите к своему UICollectionViewCell подклассу и вставьте следующий код в том виде, в котором он находится внутри класса.

override func awakeFromNib() {
    super.awakeFromNib()
    self.contentView.frame = self.bounds
    self.contentView.autoresizingMask = [.FlexibleHeight, .FlexibleWidth]
}

Кстати, я использую Xcode 7.3.1 и Swift 2.3. Решение протестировано на iOS 9.3, работает безотказно.

Спасибо, надеюсь, это помогло.

Быстро поместите следующий код в подкласс ячейки представления коллекции:

override var bounds: CGRect {
  didSet {
    // Fix autolayout constraints broken in Xcode 6 GM + iOS 7.1
    self.contentView.frame = bounds
  }
}

Я обнаружил, что в iOS 8 также есть проблемы с размером contentView. Оно имеет тенденцию выкладываться очень поздно в цикле, что может вызвать временные конфликты ограничений. Чтобы решить эту проблему, я добавил следующий метод в категорию UICollectionViewCell:

- (void)fixupContentView
{
#if __IPHONE_OS_VERSION_MAX_ALLOWED < 80100
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 80000
    if (NSFoundationVersionNumber <= NSFoundationVersionNumber_iOS_7_1) {
        self.contentView.frame = self.bounds;
        self.contentView.autoresizingMask = UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleRightMargin |UIViewAutoresizingFlexibleTopMargin |UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFlexibleBottomMargin;
    } else {
        [self layoutIfNeeded];
    }
#endif
#endif
}

Этот метод следует вызывать после удаления ячейки из очереди.

Я исправил это:

override func layoutSubviews() {
   contentView.superview?.frame = bounds
   super.layoutSubviews()
}

см. здесь

Просто убедитесь, что вы установили флажок «Автоматически изменять размер вложенных представлений» в кончике этой ячейки представления коллекции. Он будет нормально работать как на iOS 8, так и на iOS 7.