Разные перья для разных устройств

В соответствии с документацией (Руководство по программированию ресурсов) вы можете использовать соглашение об именах, например: myNibName~ipad.xib и myNibName~iphone.xib, поэтому каждый файл будет открыт только на поддерживаемом устройстве. Вам даже не нужно устанавливать разные appDelegates :)

--- из документа --- В iOS 4.0 и более поздних версиях можно пометить отдельные файлы ресурсов как пригодные для использования только на устройствах определенного типа. Эта возможность упрощает код, который вам нужно написать для универсальных приложений. Вместо того, чтобы создавать отдельные пути кода для загрузки одной версии файла ресурсов для iPhone и другой версии файла для iPad, вы можете позволить процедурам загрузки пакета выбрать правильный файл. Все, что вам нужно сделать, это правильно назвать файлы ресурсов.

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

.

Строка представляет исходное имя файла ресурсов. Он также представляет имя, которое вы используете при доступе к файлу из своего кода. Точно так же строка является стандартным расширением имени файла, используемым для идентификации типа файла. Строка — это чувствительная к регистру строка, которая может принимать одно из следующих значений:

~ipad — ресурс должен загружаться только на устройствах iPad. ~iphone — ресурс должен загружаться только на устройства iPhone или iPod touch.

Теперь Apple предоставляет вам механизм по умолчанию для разделения кода между iPhone и iPad в рамках одного проекта.

В Xcode 4, когда вы создаете новое «приложение на основе окна» или «приложение на основе представления», вам предоставляется возможность выбрать «семейство устройств». Если вы выберете «Универсальный» для этой опции, Xcode создаст 3 делегата приложения.

Во-первых, основной делегат приложения:

YourAppNameAppDelegate : NSObject <UIApplicationDelegate> 

и два других делегата приложения (помещенные в отдельные группы), которые являются подклассами «YourAppNameAppDelegate»:

YourAppNameAppDelegate_iPhone : YourAppNameAppDelegate
YourAppNameAppDelegate_iPad : YourAppNameAppDelegate

Когда вы запускаете свое приложение с помощью симулятора (или устройства) iPhone или iPad, приложение будет автоматически использовать подкласс делегата приложения _iPhone или _iPad в зависимости от выбранного устройства.

Если вы переопределите метод application:didFinishLaunchingWithOptions: в каждом подклассе, вы увидите, что это работает:

// In YourAppNameAppDelegate_iPhone.m
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    NSLog(@"iPhone App Delegate");
    return [super application:application didFinishLaunchingWithOptions:launchOptions];
}

// In YourAppNameAppDelegate_iPad.m
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    NSLog(@"iPad App Delegate");
    return [super application:application didFinishLaunchingWithOptions:launchOptions];
}

Это дает вам отправную точку, где вы можете изменить ход программы в зависимости от устройства, на котором находится пользователь. Например, создав экземпляр одного из подклассов вашего основного контроллера представления (как описано ниже).

Когда вы добавляете новые контроллеры представления в свой проект, вы должны продолжить эту парадигму, создав один общий суперкласс контроллера и подкласс, специфичный для iPhone/iPad. Обратите внимание, что общие суперклассы не должны иметь связанных с ними файлов пера, в то время как подклассы должны иметь каждый свой собственный отдельный кончик.

Таким образом, вы можете разбить свой код между тремя классами, сохраняя в суперклассе вещи, не зависящие от платформы, например, некоторые свойства, методы, IBOutlets и IBActions, и помещать специфичные для платформы реализации в любой из подклассов.

У меня была эта проблема, и я решил ее, настроив метод initWithNibName:bundle: UIViewController.

- (id) initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle*)nibBundleOrNil
{
  // See below for definition of "LWEUniversalAppHelpers fileNamed:"
  NSString *universalNibName = [LWEUniversalAppHelpers fileNamed:nibNameOrNil];
  if ((self = [super initWithNibName:universalNibName bundle:nibBundleOrNil]))
  {
    // Custom initialization
  }
  return self;
}

LWEUniversalAppHelpers — это вспомогательный класс, написанный моей компанией для определения, является ли устройство iPad или нет. Это общедоступно на GitHub, но основная концепция заключается в использовании политики Retina «@2x», но вместо этого мы используем «@HD».

Я понял, как:

в Interface Builder используйте File->Create ipad version

затем сохраните файл и добавьте его в проект. Затем при распределении инициализируйте каждый viewController, проверьте, есть ли UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPad, а еще это iPhone или iPod Touch. У меня были проблемы с внесением изменений в него после первоначального сохранения, но он работает.