Унаследовано от слабосвязанных классов или классов iOS, не относящихся к цели развертывания iOS-версия

Question

В моем коде есть класс (назовем его myRefLib), который наследуется от UIReferenceLibraryViewController (часть UIKit Framework), который является классом, доступным только в iOS 5 и выше. Я хотел бы иметь цель развертывания iOS 3.2.

Если я просто создавал экземпляр UIReferenceLibraryViewController, я понимаю, что могу использовать базовый SDK из 5, а затем проверить, существует ли класс с [классом UIReferenceLibraryViewController] перед запуском любого кода, который его включает. Но как мне это сделать, если я наследую от класса?

Проблема в том, что я должен # включить класс наследования myRefLib для частей моего кода, который будет использовать его, но не существует способа условно сделать это во время выполнения. В качестве альтернативы также нет способа выполнения, условно наследуемого от UIReferenceLibraryViewController в myRefLib. Я также хотел бы сделать экземпляр myRefLib свойством другого класса - опять же, как я могу сделать это время выполнения условно?

Любая помощь очень ценится ...

D

Answer 1

Ну, во-первых, вы знаете, что вы собираетесь делать, когда работает на более ранних ОС. В принципе, вам нужно написать свой код, как если бы вы строили против iOS 3.2 SDK. Только после этого вы можете добавить дополнительные улучшения, используя новые функции.

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

@class SomeClass; 
SomeClass* foo; 

Далее, не должно быть никаких проблем с импортом заголовок, который определяет ваш класс. Это время компиляции, которое, по вашему мнению, является проблемой, но это означает, что среда выполнения не влияет. Он будет скомпилирован, потому что вы строите против iOS 5.0 SDK.

Вещь, которую вы должны быть осторожны, заключается в том, чтобы не использовать класс, если он недоступен. Вы уже знаете, как проверить это: проверьте, возвращается ли [SomeClass class]Nil. Если это так, не создавайте свой собственный подкласс.

Наконец, вы указываете, что «время выполнения условно наследуется от UIReferenceLibraryViewController в myRefLib». Почему вы думаете, что вам нужно это сделать? Если UIReferenceLibraryViewController недоступен, то не имеет смысла хотеть использовать myRefLib, который подклассифицирует его. Если у вас есть альтернативная реализация, которая не зависит от UIReferenceLibraryViewController, тогда создайте отдельный класс. Затем условно выберите между myRefLib и другим классом в зависимости от доступности.