Оптимизация для новейшего симулятора iPad Pro

Question

Я установил новейшую бета-версию Xcode 7.1 и попытался запустить мой проект на iPad Pro Simulator. Все правильно, и все функции работают правильно.

Но у меня есть проблема с размером экрана ...

На главном экране приложения я запускаю следующий журнал:

NSLog(@"%f", self.view.bounds.size.width); 

У меня есть 1024 для альбомной ориентации. Но когда я создаю новое приложение в Xcode 7.1 и запускаю тот же код на главном экране, я получаю другое значение: 1366.

Сегодня я планирую найти различия между файлами проекта, созданными в старых Xcode (6.4) и новейшей бета-версии 7.1 используя Araxis Merge.

Теперь вы можете исправить эту проблему для моего старого проекта?

Answer 1

Если вы по каким-либо причинам жестко кодируете кадр любых элементов пользовательского интерфейса, возможно, вам придется изменить его для предстоящего iPad pro. Потому что он имеет другой размер экрана (в точках) в целом.

Если вы используете автоматическую компоновку и динамические кадры (например, self.view.bounds.size.width), она должна работать нормально, я думаю.

Answer 2

TL; DR: Представляется, что иерархия зрения не не отрегулирована для IPad Pro размера экрана до viewWillLayoutSubviews: и viewDidLayoutSubviews: вызывается. Когда это вызывается системой компоновки, это зависит от конструкции вашей иерархии представлений.

---

При обновлении моего приложения для iPad Pro также наблюдается подобное поведение. Поэтому я более подробно рассмотрел события жизненного цикла контроллера, чтобы увидеть, что происходит как в моем существующем проекте, так и в новом проекте.

Для совершенно нового проекта, используя контроллер вида, который имеет только панель навигации (расположенную чуть ниже строки состояния) и основной вид (который занимает оставшуюся часть пространства, при включенной автоматической компоновке, в ландшафтном режиме а-ля следующий скриншот:

Я вижу следующий вывод из консоли для жизненного цикла контроллера представления:

-[ViewController viewDidLoad] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewDidLoad] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewWillAppear:] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewWillAppear:] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewWillLayoutSubviews] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[ViewController viewDidLayoutSubviews] self.primaryView: .frame: {{0, 64}, {1366, 960}}; .bounds: {{0, 0}, {1366, 960}} 

-[ViewController viewDidAppear:] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[ViewController viewDidAppear:] self.primaryView: .frame: {{0, 64}, {1366, 960}}; .bounds: {{0, 0}, {1366, 960}} 

из того, что я могу видеть здесь, вид начинается с wi dth из 1024 точек, но после выполнения 'viewDidLayoutSubviews', соответствующий размер был определен (1366 пунктов).

В моем собственном проекте для одного экрана, который использует контроллер разделенного вида, я могу видеть подобное поведение:

-[XYZViewController viewDidLoad] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillAppear:] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewDidAppear:] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

В этом случае, так как иерархия вида отличается, viewWillLayoutSubviews: вызывается ранее в просматривать жизненный цикл контроллера и правильный размер уже был определен к моменту, когда вызывается viewWillAppear:. Но, как вы можете видеть, это действительно зависит от вашей иерархии представлений - поэтому я бы рекомендовал вам подтвердить вашу иерархию представлений, а затем определить наилучшее местоположение для добавления вашего кода, зависящего от разрешения.

Answer 3

Я могу быть здесь, но у меня была аналогичная проблема с симулятором iPad Pro: он продолжал давать стандартное разрешение 1024 * 768 точек. После некоторого рытья я понял, что я использую стандартный образ запуска iPad (поскольку в каталоге активов нет версии iPad Pro), который ограничил мой экран, чтобы он оставался 1024 * 768 точек. Как только я представил раскладку для запуска, все встало на свои места, и мое приложение запустилось с правильным размером 1366 * 1024 точек.