Каков правильный способ передачи данных с главного на контроллер представления деталей?

Question

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

1. попытке передать данные из контроллера мастер Tableview к деталям контроллера. Данные просты, как несколько строк. Для этой цели я использую segue. В prepareForSegue методе я делаю следующее:

   if ([segue.identifier isEqualToString: @"DetailsSegue"]) { 
       DetailsViewController* dvc = (DetailsViewController*)segue.destinationViewController; 
       NSInteger selectedRow =[self.tableView indexPathForSelectedRow].row; 
       dvc.nameLabel.text = [NSString stringWithFormat:@"%@", 
           [[self.entitiesArray objectAtIndex:selectedRow name]]; 
       ... 
   } 
   

   Проблема здесь состоит в том, что dvc.nameLabel является nil. И я думаю, что возможно потому, что контроллер еще не был полностью создан. Ну, указатель dvc не nil, но я не вижу записи в моем методе init, поэтому моя идея, что он не был инициализирован.

   я решил создать переменный экземпляр DetailsViewController и prepareForSegue установить его:

   dvc->name = [NSString stringWithFormat:@"%@", 
         [[self.entitiesArray objectAtIndex: selectedRow] name]]; 
   

   , а затем я установил nameLabel свойство в viewDidLoad методы

   И это на самом деле работает! Поэтому, я думаю, я не смог бы установить переменную экземпляра униализированного экземпляра. Но я сделал. Так что случилось? И я чувствую, что это не так, как люди делают это, , чтобы иметь еще одну переменную, которая держит то же самое, кажется избыточным.

Так что правильный способ передачи переменного (в моем случае NSString) с помощью SEGUE на другой контроллер?

Спасибо ребят за помощь

Answer 1

Если вы хотите проход данных, вы делаете это разумно. Элементы пользовательского интерфейса не гарантируются для инициализации до тех пор, пока основной вид контроллера представления не завершит загрузку, поэтому переменная не-UI довольно распространена.

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

Answer 2

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

Как сказал другой плакат, имеет смысл создать класс, содержащий данные для записи, и передать это. Возможно, ваша модель контроллера главного представления будет массивом этих объектов. Мастер будет использовать объекты данных для заполнения вида таблицы. Когда пользователь щелкнул по строке, чтобы открыть подробное представление, вы должны передать копию этого объекта данных контроллеру подробного представления в prepareForSegue.

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

Да, вы можете использовать синглтон, чтобы сохранить свою модель данных.