Я щойно переглянув відеозапис WWDC №216 «Створення адаптивного інтерфейсу з UIKit».

Близько 45:10 Тоні Рікчарді розповідає про зміни ІБ в Xcode 6, щоб підтримати нові зміни.

Він каже: "Ви можете розгорнути ці документи назад до старих версій iOS".

(де "Ці документи", ймовірно, означають XIB та дошки, які мають специфічні параметри для різних класів розміру.)

Я це не вигадую. Подивіться відео WWDC.

Як це можливо? Колекції ознак і класи розмірів визначаються лише в iOS 8. Як поведінка часу виконання, що залежить від конструкцій інтерфейсу, які є новими для iOS 8, працює у попередніх версіях iOS?

Якщо це можливо , було б чудово. Ви можете створити додатки, які працюватимуть на iOS 6, 7 та 8, і скористатися новими гнучкими можливостями компонування інтерфейсу, які Apple додала до Xcode 6. Я створив адаптивну логіку інтерфейсу користувача у коді, і це зовсім небагато роботи.

Зміни, внесені до інтерфейсу інтерфейсу за допомогою класів розмірів у Interface Builder DO, відображаються правильно на пристроях iOS 7 та Попередній перегляд у Xcode. Наприклад, я змінив деякі обмеження автоматичного макета та розміри шрифтів для регулярної висоти Регулярна ширина та ці змінені обмеження видно в iPad Simulator під керуванням iOS 7.0.

Усі оптимізації класу розмірів доступні для iOS 7, за винятком класів розмірів, які мають компактну висоту. Це було підтверджено Apple, і тепер це прямо зазначено в документації :

Для додатків, що підтримують версії iOS раніше, ніж iOS 8, більшість класів розмірів є сумісними назад.

Класи розмірів зворотно сумісні, коли:
- Додаток побудовано за допомогою Xcode версії 6 або пізнішої версії
- Ціль розгортання програми раніше, ніж iOS 8
- Класи розмірів вказані в дошці розкадровки або xib
- Значення компонента висоти не є компактним

Оскільки iOS 7 не дотримується кількох класів розмірів, якщо ви користуєтесь ними, у вас виникнуть проблеми. Наприклад: Якщо у вас Compact w Any h визначено, а тоді Compact w Compact h визначено, в iOS 7 він буде дотримуватися Compact w Any h, але на iOS 8 він надає Compact w Compact h зовнішній вигляд.

Отже, якщо ви хочете використовувати ці два класи розмірів і підтримувати сумісність з iOS 7, я б здійснив будь-які оптимізації, які ви бажаєте для iPhone в ландшафтному режимі в будь-якому w Any h або Compact w Any h, а потім виконайте ваші інші оптимізації для різних класів розмірів у міру необхідності, і таким чином вам не потрібно буде використовувати жоден клас розмірів з компактною висотою і уникнете проблем.

Розгортаючи ваш додаток на iOS 7, Xcode буде складати вашу таблицю розповідей двома різними способами:

• Для iPhone ваша дошка розгортається як "Компактна-регулярна" (Компактна ширина, регулярна висота), і вона упаковується як ваша ручка "~ iphone".

• Для iPad ваша дошка розгортається як "звичайна-регулярна" і упаковується як ваша ручка "~ ipad".

Отже, якщо ви хочете розгорнути і на iOS 7, і на iOS 8, слід зосередити свій дизайн на класах розмірів Compact-Any та Regular-Any. Це дасть вам найкращий досвід щодо відповідності інтерфейсу користувача цілям розгортання. Звичайно, ви можете змінити макет для інших класів розмірів, але якщо ці зміни не застосовуватимуться до класів розмірів Compact-Regular або Regular-Regular, ви не побачили б цих модифікацій на iOS 7.

Примітка. Ця відповідь стосувалася бета-версії Xcode 6 і більше не застосовується до версії для доставки. Дивіться відповіді Джої та Дейва Делонга на цій сторінці для отримання належної інформації.

(оригінальна відповідь збережена нижче):

Незважаючи на те, що Storyboards/XIBsналаштовані на використання класів розмірів будуть запускатися iOS 7, ОС наразі не поважає їх size classesі, як видається, використовує типовий клас розмірів "Будь-який / Будь-який" за замовчуванням.

Я погоджуюся, що певний слайд, на який ви посилаєтеся, начебто обіцяє таку сумісність, але, схоже, зараз це не так (Xcode 6 beta 2).

Для тестування я створив проект (iOS 8 SDK, deployment target of 7.1)за допомогою однієї кнопки, яка в центрі vertically and horizontallyкласу розмірів Any / Any, але вирівняна у верхньому лівому куті в розмірному класі Compact / Compact (наприклад, iPhone в пейзажі). Помічник з попереднього перегляду Xcode показує, що кнопка змінює своє положення в iOS 8, але ні iOS 7. Я підтвердив цю поведінку і на iOS 7пристрої.

Оскільки у деяких відповідях та коментарях обговорювався характер зворотної сумісності, я думав, що поділюсь уривком прямо з Документації Apple :

~~~~~

Розгортання програми з класами розмірів на попередніх версіях iOS

Для додатків, що підтримують версії iOS раніше, ніж iOS 8, більшість класів розмірів є сумісними назад.

Класи розмірів зворотно сумісні, коли:

• Додаток створено за допомогою Xcode версії 6 або новішої версії
• Ціль розгортання програми раніше, ніж iOS 8
• Класи розмірів вказані в дошці розповідей або в xib
• Значення висотного компонента не є компактним

~~~~~

Остання точка кулі орієнтована на це обговорення, де Apple підтверджує, що доки не використовується "компактна висота" , вона повинна підтримувати сумісність ззаду.

Сподіваюся, це допоможе комусь!

Розглядаючи подібне питання, я знайшов ще одну відповідь, яку я ще не бачив тут. Схоже, класи розмірів у XIBфайлах взагалі не працюють. Якщо я створюю прототип комірки у storyboardфайлі, він працює в iOS7, як пояснено в інших відповідях, однак, коли ця сама комірка прототипу переміщується в окремі XIBкласи розмірів файлів, в iOS7 ігнорується.

Ось посилання на зразок проекту, що демонструє таку поведінку: https://dl.dropboxusercontent.com/u/6402890/testSizeClasses.zip

У комірці прототипу у мене є чотири обмеження з кожного краю сірого виду. Кожен з налаштованих однаково: Any / Any - 10, Regular / Regular - 20

Він добре працює в симуляторі iOS8 як для XIB, так і для аркушів аркушів, а в клітинках iOS7, визначених лише на Storyboard, оновлюються обмеження на iPad:

Якщо це економить кому-небудь час, я вважаю, що спосіб Xcode 6 забезпечує суцільну зворотну сумісність для класів розмірів - це через історичні ~ipadта ~iphoneсуфіксивні розклади, і не більше того. Це має сенс, оскільки класи розмірів - це більш абстрагований спосіб того, як ми раніше визначили iPad табло та iPod.

Тому:

• Якщо ваша мета - використовувати класи розмірів для підтримки макетів для сімейства пристроїв (iPad проти iPhone), то вам пощастить: класи розмірів - це приємніший інтерфейс до раніше підтримуваного методу.

• Якщо ваша мета - використовувати класи розмірів для підтримки змінених макетів для різних моделей в межах однієї сімейства пристроїв - тобто. iPhone 5/6/6 + вкл. пейзаж, то вам не пощастило . Для їх використання потрібна мінімальна ціль розгортання iOS 8.

@lducool - У програмі інтерфейсів в інспекторі ідентичності змініть "Builds For" на iOS7.1 і пізніших версій.

На жаль, відповіді від Дейва та Джоуї не працюють для мене. Мені не дозволено коментувати цю тему, тому, будь ласка, пробачте мене, якщо це неправильне місце.

Я поставив для цього конкретне запитання: Приклад для iPhone портретного адаптивного інтерфейсу, який сумісний з iOS 7

З того, що я дізнався до цього часу, я вважаю, що, як і в моєму прикладі, неможливо мати два окремих, різних обмеження для одного елемента інтерфейсу в портретному та ландшафтному режимі з iPhone iOS7 на основі класів розмірів. Буду радий, якщо я помиляюся.