Лучшая практика делегирования приложений

Question

Я делаю несколько приложений здесь и там, и я знаю свой путь. Меня всегда смущало доступ к глобальным атрибутам и где лучше всего их устанавливать. У меня есть несколько вопросов о доступе к вещам и доступе к ним.

Нужно ли включать заголовочный файл делегатов приложения в любой другой файл, к которому вы хотите получить доступ? Скажем, у меня есть контроллер представления, который я бы хотел использовать, мне нужно включить .h внутри моего контроллера .h? Или я могу установить:

@class AppDelegate; 

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

[UIApplication sharedApplication].delegate 

каждый раз? Это то, к чему я просто привык? Или я мог установить следующее в моей реализации в каждом .h:

AppDelegate *delegate; 

И внутри функции init, поставить одноэлементный экземпляр этой переменной?

Извините, если это было отключено от структуры, но я думаю, что это логичный вопрос, с которым сталкиваются люди и их решение.

Answer 1

Возможно, вам нужно пересмотреть, как вы используете делегат приложения? Мне кажется, что, возможно, вы не делаете очень классный дизайн.

Независимо от того, это способ сделать это легко. Не помещайте это в init, просто используйте его, когда вам это нужно.

MyAppDelegate *delegate = (MyAppDelegate *)[[UIApplication sharedApplication] delegate]; 

Естественно замените MyAppDelegate на фактическое имя класса вашего делегата приложения.

Answer 2

Другая возможность заключается в том, чтобы добавить код, чтобы использовать должным образом с приведением ссылки приложение делегата как #define в файле заголовка приложения делегат, поэтому после его включения вы можете сделать что-то вроде:

MYAPPDELEGATE.customProperty = blah; 

Однако я, как правило, Благодарим за то, что вы изложили текст, представленный Джоном, поскольку использование #defines сбивает с толку завершение кода, которое я нахожу более раздражающим, чем просто написание строки.

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