Элегантный способ обмена и изменения массива между контроллерами вида

Question

У меня есть два контроллера вида: LocationsViewController и SettingsViewController. LocationsViewController соответствует протоколу SettingsViewControllerDelegate. Этот протокол содержит только один метод:

// SettingsViewControllerDelegate.h 
- (void)settingsViewControllerDidFinish:(SettingsViewController *)controller; 

Когда мой LocationsViewController получает этот делегат сообщения, он отклоняет SettingsViewController, который был представлен модально.

Я думаю, что это хороший дизайн кода до сих пор. Проблема заключается в совместном использовании данных между этими контроллерами представлений. Оба диспетчера представлений представляют одни и те же данные: массив из примерно 10 объектов (местоположений). Только SettingsViewController позволяет изменять этот массив.

Прямо сейчас я «решил» это неэлегантным образом: оба диспетчера представлений имеют ссылку на делегата моего приложения, а мой делегат приложения имеет свойство locations. SettingsViewController изменяет этот массив напрямую. Например:

// SettingsViewController.m 
[appDelegate.locations addObject:newLocation]; 

Это работает, но я не доволен им. Я понимаю, что это плохо, чтобы позволить вашим контроллерам представлений ссылаться на делегат приложения. Какие-либо предложения?

Answer 1

Для ситуаций, подобных этому, я использую объект singleton Settings. Это всего лишь NSObject, который имеет методы для настроек в моем приложении. Я получаю экземпляр, вызывая +[Settings settings]. Некоторые настройки - это всего лишь обертка вокруг NSUserDefaults, и в этом случае я просто определяю статические методы.

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

Answer 2

Возможно, вы захотите, чтобы наблюдатель наблюдал за изменениями в массиве, я думаю. Я мог бы набрать что-то, но в StackOverFlow уже есть отличные ответы.

Key Value Observing with an NSArray