Передача данных между контроллерами просмотра

Я новичок в iOS и Objective-C и всей парадигме MVC, и я застрял в следующем:

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

Мой вопрос: как мне переносить данные из одного представления в другое? Я буду держать выбор в UITableView в массиве, но как передать это обратно в предыдущее представление формы ввода данных, чтобы его можно было сохранить вместе с другими данными в Core Data при отправке формы?

Я просмотрел и увидел, как некоторые люди объявляют массив в делегате приложения. Я читал кое-что о Синглтонах, но не понимаю, что это такое, и я кое-что прочитал о создании модели данных.

Каким будет правильный способ выполнения этого и как я буду заниматься этим?

Ответ 1

Этот вопрос, кажется, очень популярен здесь на stackoverflow, поэтому я подумал, что постараюсь дать лучший ответ, чтобы помочь людям, начинающим в мире iOS, как я.

Я надеюсь, что этот ответ достаточно ясен для понимания людьми, и я ничего не пропустил.

Передача данных вперед

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

Для этого примера у нас будут ViewControllerA и ViewControllerB

Чтобы передать значение BOOL из ViewControllerA в ViewControllerB мы должны сделать следующее.

в ViewControllerB.h создать свойство для BOOL
```
@property (nonatomic, assign) BOOL isSomethingEnabled;
```
в ViewControllerA вы должны рассказать ему о ViewControllerB так что используйте
```
#import "ViewControllerB.h"
```
Тогда где вы хотите загрузить вид, например. didSelectRowAtIndex или какой-либо IBAction вам нужно установить свойство в ViewControllerB перед ViewControllerB как ViewControllerB его в стек навигации.
```
ViewControllerB *viewControllerB = [[ViewControllerB alloc] initWithNib:@"ViewControllerB" bundle:nil];
viewControllerB.isSomethingEnabled = YES;
[self pushViewController:viewControllerB animated:YES];
```
Это установит isSomethingEnabled в ViewControllerB в значение BOOL YES.

Передача данных вперед с использованием сегментов

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

-(void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender

Таким образом, чтобы передать BOOL из ViewControllerA в ViewControllerB мы должны сделать следующее:

в ViewControllerB.h создать свойство для BOOL
```
@property (nonatomic, assign) BOOL isSomethingEnabled;
```
в ViewControllerA вы должны рассказать ему о ViewControllerB так что используйте
```
#import "ViewControllerB.h"
```
Создайте переход от ViewControllerA к ViewControllerB на раскадровке и дайте ему идентификатор, в этом примере мы назовем его "showDetailSegue"
Затем нам нужно добавить метод в ViewControllerA который вызывается при выполнении любого перехода, поэтому нам нужно определить, какой вызов вызван, а затем что-то сделать. В нашем примере мы проверим "showDetailSegue" и если это произойдет, мы передадим наше значение BOOL в ViewControllerB
```
-(void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender{
    if([segue.identifier isEqualToString:@"showDetailSegue"]){
        ViewControllerB *controller = (ViewControllerB *)segue.destinationViewController;
        controller.isSomethingEnabled = YES;
    }
}
```
Если ваши представления встроены в контроллер навигации, вам нужно немного изменить описанный выше метод на следующий
```
-(void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender{
    if([segue.identifier isEqualToString:@"showDetailSegue"]){
        UINavigationController *navController = (UINavigationController *)segue.destinationViewController;
        ViewControllerB *controller = (ViewControllerB *)navController.topViewController;
        controller.isSomethingEnabled = YES;
    }
}
```
Это установит isSomethingEnabled в ViewControllerB в значение BOOL YES.

Передача данных назад

Чтобы передать данные обратно из ViewControllerB в ViewControllerA вам нужно использовать протоколы и делегаты или блоки, последние можно использовать как слабосвязанный механизм для обратных вызовов.

Для этого мы сделаем ViewControllerA делегатом ViewControllerB. Это позволяет ViewControllerB отправлять сообщение обратно ViewControllerA что позволяет нам отправлять данные обратно.

Чтобы ViewControllerA был делегатом ViewControllerB он должен соответствовать протоколу ViewControllerB, который мы должны указать. Это сообщает ViewControllerA какие методы он должен реализовать.

В ViewControllerB.h ниже #import, но выше @interface вы указываете протокол.

@class ViewControllerB;

@protocol ViewControllerBDelegate <NSObject>
- (void)addItemViewController:(ViewControllerB *)controller didFinishEnteringItem:(NSString *)item;
@end

затем еще в ViewControllerB.h вам нужно настроить свойство delegate и синтезировать в ViewControllerB.m
```
@property (nonatomic, weak) id <ViewControllerBDelegate> delegate;
```

В ViewControllerB мы называем сообщение о delegate, когда мы выскочить контроллер представления.

NSString *itemToPassBack = @"Pass this value back to ViewControllerA";
[self.delegate addItemViewController:self didFinishEnteringItem:itemToPassBack];

Что это за ViewControllerB. Теперь в ViewControllerA.h, скажите ViewControllerA чтобы он импортировал ViewControllerB и соответствовал его протоколу.
```
#import "ViewControllerB.h"

@interface ViewControllerA : UIViewController <ViewControllerBDelegate>
```

В ViewControllerA.m реализуем следующий метод из нашего протокола

- (void)addItemViewController:(ViewControllerB *)controller didFinishEnteringItem:(NSString *)item
{
    NSLog(@"This was returned from ViewControllerB %@",item);
}

Прежде чем viewControllerB в стек навигации, мы должны сообщить ViewControllerB что ViewControllerA является его делегатом, в противном случае мы получим ошибку.
```
ViewControllerB *viewControllerB = [[ViewControllerB alloc] initWithNib:@"ViewControllerB" bundle:nil];
viewControllerB.delegate = self
[[self navigationController] pushViewController:viewControllerB animated:YES];
```

Swift

Здесь и вокруг StackOverflow есть тонны и тонны объяснений, но если вы новичок, просто пытающийся найти что-то основное для работы, попробуйте посмотреть этот учебник YouTube (это помогло мне, наконец, понять, как это сделать).

Учебник YouTube: Как отправить данные через segue (быстро)

Передача данных вперед в следующий контроллер просмотра

Ниже приведен пример, основанный на видео. Идея состоит в том, чтобы передать строку из текстового поля в First View Controller на метку в Second View Controller.

Создайте раскладку в построителе интерфейса. Чтобы сделать segue, вы просто Control нажмите на кнопку и перетащите ее на второй контроллер просмотра.

Контроллер первого взгляда

Код для первого вида контроллера -

import UIKit

class FirstViewController: UIViewController {

    @IBOutlet weak var textField: UITextField!

    // This function is called before the segue
    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {

        // get a reference to the second view controller
        let secondViewController = segue.destination as! SecondViewController

        // set a variable in the second view controller with the String to pass
        secondViewController.receivedString = textField.text!
    }

}

Второй контроллер просмотра

И код для второго контроллера просмотра

import UIKit

class SecondViewController: UIViewController {

    @IBOutlet weak var label: UILabel!

    // This variable will hold the data being passed from the First View Controller
    var receivedString = ""

    override func viewDidLoad() {
        super.viewDidLoad()

        // Used the text from the First View Controller to set the label
        label.text = receivedString
    }

}

Не забывайте

Подключите выходы для UITextField и UILabel.
Установите первый и второй контроллеры просмотра в соответствующие файлы Swift в IB.

Передача данных обратно в предыдущий контроллер просмотра

Чтобы передать данные с второго контроллера представления на первый контроллер представления, вы используете протокол и делегат. Это видео является очень четкой прогулкой, хотя из этого процесса:

Учебник YouTube: Учебное пособие iOS Swift: протоколы и делегаты Но также читайте этот пост, чтобы убедиться, что вы не попали в сильный справочный цикл.

Ниже приведен пример, основанный на видео (с несколькими изменениями).

Создайте раскладку в построителе интерфейса. Опять же, чтобы сделать segue, вы просто Control перетащите его с кнопки на второй контроллер просмотра. Установите идентификатор segue на showSecondViewController. Кроме того, не забудьте подключить выходы и действия, используя имена в следующем коде.

Контроллер первого взгляда

Код для первого вида контроллера -

import UIKit

class FirstViewController: UIViewController, DataEnteredDelegate {

    @IBOutlet weak var label: UILabel!

    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
        if segue.identifier == "showSecondViewController" {
            let secondViewController = segue.destination as! SecondViewController
            secondViewController.delegate = self
        }
    }

    func userDidEnterInformation(info: String) {
        label.text = info
    }
}

Обратите внимание на использование нашего пользовательского протокола DataEnteredDelegate.

Второй контроллер и протокол просмотра

Код для второго контроллера представления

import UIKit

// protocol used for sending data back
protocol DataEnteredDelegate: class {
    func userDidEnterInformation(info: String)
}

class SecondViewController: UIViewController {

    // making this a weak variable so that it won't create a strong reference cycle
    weak var delegate: DataEnteredDelegate? = nil

    @IBOutlet weak var textField: UITextField!

    @IBAction func sendTextBackButton(sender: AnyObject) {

        // call this method on whichever class implements our delegate protocol
        delegate?.userDidEnterInformation(info: textField.text!)

        // go back to the previous view controller
        _ = self.navigationController?.popViewController(animated: true)
    }
}

Обратите внимание, что protocol находится вне класса View Controller.

Что это. Запустив приложение, вы сможете отправить данные с второго контроллера представления на первый.

Ответ 3

M в MVC предназначен для "Модели", а в парадигме MVC роль классов моделей заключается в управлении программными данными. Модель противоположна представлению - представление знает, как отображать данные, но ничего не знает о том, что делать с данными, тогда как модель знает все о том, как работать с данными, но ничего о том, как ее отображать. Модели могут быть сложными, но они не обязательно должны быть - модель для вашего приложения может быть такой же простой, как массив строк или словарей.

Роль контроллера заключается в посредничестве между представлением и моделью. Поэтому им нужна ссылка на один или несколько объектов вида и один или несколько объектов модели. Скажем, что ваша модель представляет собой массив словарей, причем каждый словарь представляет одну строку в вашей таблице. Корневой вид для вашего приложения отображает эту таблицу, и он может отвечать за загрузку массива из файла. Когда пользователь решает добавить новую строку в таблицу, они нажимают какую-то кнопку, и ваш контроллер создает новый (изменяемый) словарь и добавляет его в массив. Чтобы заполнить строку, контроллер создает контроллер подробного представления и дает ему новый словарь. Контроллер подробного представления заполняет словарь и возвращает его. Словарь уже является частью модели, поэтому ничего не должно произойти.

Ответ 4

Существуют различные способы, с помощью которых данные могут быть получены в другом классе в iOS. Например -

Прямая инициализация после выделения другого класса.
Делегирование - для передачи данных назад
Уведомление - для передачи данных нескольким классам за один раз
Сохранение в NSUserDefaults - для доступа к нему позже
Одиночные классы
Базы данных и другие механизмы хранения, такие как plist и т.д.

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

Мы можем понять это с помощью двух контроллеров - Controller1 и Controller2

Предположим, что в классе Controller1 вы хотите создать объект Controller2 и нажать его с переданным значением String. Это можно сделать следующим образом: -

- (void)pushToController2 {

    Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
    [obj passValue:@"String"];
    [self pushViewController:obj animated:YES];
}

В реализации класса Controller2 будет существовать эта функция as-

@interface Controller2  : NSObject

@property (nonatomic , strong) NSString* stringPassed;

@end

@implementation Controller2

@synthesize stringPassed = _stringPassed;

- (void) passValue:(NSString *)value {

    _stringPassed = value; //or self.stringPassed = value
}

@end

Вы также можете напрямую установить свойства класса Controller2 так же, как это:

- (void)pushToController2 {

    Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
    [obj setStringPassed:@"String"];  
    [self pushViewController:obj animated:YES];
}

Чтобы передать несколько значений, вы можете использовать несколько параметров, например: -

Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
[obj passValue:@"String1" andValues:objArray withDate:date];

Или, если вам нужно передать более трех параметров, которые связаны с общей функцией, вы можете сохранить значения в классе модели и передать этот объект modelObject в следующий класс

ModelClass *modelObject = [[ModelClass alloc] init]; 
modelObject.property1 = _property1;
modelObject.property2 = _property2;
modelObject.property3 = _property3;

Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
[obj passmodel: modelObject];

Так коротко, если вы хотите -

1) set the private variables of the second class initialise the values by calling a custom function and passing the values.
2) setProperties do it by directlyInitialising it using the setter method.
3) pass more that 3-4 values related to each other in some manner , then create a model class and set values to its object and pass the object using any of the above process.

Надеюсь, что это поможет

Ответ 5

После дополнительных исследований казалось, что протоколы и делегаты являются правильными/предпочтительными для Apple способами.

В итоге я использовал этот пример

Обмен данными между диспетчерами и другими объектами @iPhone Dev SDK

Работал нормально и разрешил мне передавать строку и массив вперед и назад между моими представлениями.

Спасибо за вашу помощь

Ответ 6

Я нахожу простейшую и самую элегантную версию с пропущенными блоками. Пусть контроллер имен, который ожидает возвращенных данных как "A", и возвращает контроллер представления как "B". В этом примере мы хотим получить 2 значения: сначала из Type1 и второго из Type2.

Предполагая, что мы используем Storyboard, первый контроллер устанавливает блок обратного вызова, например, во время подготовки segue:

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    if ([segue.destinationViewController isKindOfClass:[BViewController class]])
    {
        BViewController *viewController = segue.destinationViewController;

        viewController.callback = ^(Type1 *value1, Type2 *value2) {
            // optionally, close B
            //[self.navigationController popViewControllerAnimated:YES];

            // let do some action after with returned values
            action1(value1);
            action2(value2);
        };

    }
}

и "B" контроллер должен объявить свойство обратного вызова, BViewController.h:

// it is important to use "copy"
@property (copy) void(^callback)(Type1 *value1, Type2 *value2);

Чем в файле реализации BViewController.m после того, как мы получим желаемые значения для возврата нашего обратного вызова, следует вызвать:

if (self.callback)
    self.callback(value1, value2);

Одна вещь, которую нужно помнить, заключается в том, что использование блока часто требует управления сильными и __вековыми ссылками, например объясненными здесь

Ответ 7

Во многих ответах есть какая-то хорошая информация, но никто не затрагивает вопрос полностью.

Вопрос задает вопрос о передаче информации между диспетчерами. В приведенном конкретном примере задается вопрос о передаче информации между представлениями, но с учетом самоопределенной новизны для iOS исходный плакат, вероятно, подразумевал между viewControllers, а не между представлениями (без участия в ViewControllers). Кажется, что все ответы сосредоточены на двух контроллерах представлений, но что, если приложение развивается, чтобы задействовать более двух контроллеров представления в обмене информацией?

Оригинальный плакат также спросил о Singletons и использовании AppDelegate. На эти вопросы нужно ответить.

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

Сценарии приложений

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

Сценарий один: максимум два диспетчера представлений требуют обмена информацией. См. Диаграмму 1.

В приложении есть два контроллера вида. Существует ViewControllerA (Форма ввода данных) и View Controller B (Список продуктов). Элементы, выбранные в списке продуктов, должны соответствовать элементам, отображаемым в текстовом поле в форме ввода данных. В этом случае ViewControllerA и ViewControllerB должны связываться напрямую друг с другом и никакими другими контроллерами представлений.

Сценарий два: более двух диспетчеров представлений должны использовать одну и ту же информацию. См. Диаграмму 2.

В приложении есть четыре контроллера вида. Это приложение на основе вкладок для управления домашним инвентарем. Три диспетчера представлений представляют разные отфильтрованные представления тех же данных:

ViewControllerA - Предметы роскоши
ViewControllerB - незастрахованные элементы
ViewControllerC - весь домашний инвентарь
ViewControllerD - Добавить новый элемент

Каждый раз, когда отдельный элемент создается или редактируется, он также должен синхронизироваться с другими контроллерами представлений. Например, если мы добавим лодку в ViewControllerD, но она еще не застрахована, тогда лодка должна появиться, когда пользователь перейдет в ViewControllerA (Luxury Items), а также ViewControllerC (Entire Home Inventory), но не тогда, когда пользователь переходит к ViewControllerB (незастрахованные элементы). Нам нужно не только добавлять новые элементы, но и удалять элементы (которые могут быть разрешены с любого из четырех контроллеров представления) или редактировать существующие элементы (которые могут быть разрешены из "Добавить новую форму элемента", для редактирования).

Поскольку все контроллеры представлений требуют совместного использования одних и тех же данных, все четыре контроллера представлений должны оставаться в синхронизации, и поэтому для всех других контроллеров представлений должна быть какая-то связь, когда какой-либо один контроллер просмотра изменяет базовые данные. Должно быть достаточно очевидно, что мы не хотим, чтобы каждый контроллер представления напрямую связывался с каждым другим контроллером представления в этом сценарии. В случае, если это не очевидно, подумайте, было ли у нас 20 разных контроллеров представлений (а не только 4). Насколько сложно и подвержено ошибкам было бы уведомлять каждый из других 19 контроллеров представления в любое время, когда один контроллер просмотра внес изменения?

Решения: делегаты и шаблон наблюдателя, а также синглтоны

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

перетекает
делегаты
настройка свойств на контроллерах просмотра напрямую
NSUserDefaults (на самом деле плохой выбор)

Во втором сценарии у нас есть другие жизнеспособные решения:

Схема наблюдателя
Одиночки

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

+ (HouseholdInventoryManager*) sharedManager; {
    static dispatch_once_t onceQueue;
    static HouseholdInventoryManager* _sharedInstance;

    // dispatch_once is guaranteed to only be executed once in the
    // lifetime of the application
    dispatch_once(&onceQueue, ^{
        _sharedInstance = [[self alloc] init];
    });
    return _sharedInstance;
}

Теперь, когда мы понимаем, что такое синглтон, обсудим, как синглтон вписывается в шаблон наблюдателя. Шаблон наблюдателя используется для того, чтобы один объект реагировал на изменения другого объекта. Во втором сценарии у нас есть четыре разных контроллера представлений, которые все хотят знать об изменениях в базовых данных. "Базовые данные" должны принадлежать одному экземпляру, одноточечному. "Знание об изменениях" достигается путем наблюдения за изменениями, внесенными в синглтон.

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

#import <Foundation/Foundation.h>

@class JGCHouseholdInventoryItem;

@interface HouseholdInventoryManager : NSObject
/*!
 The global singleton for accessing application data
 */
+ (HouseholdInventoryManager*) sharedManager;


- (NSArray *) entireHouseholdInventory;
- (NSArray *) luxuryItems;
- (NSArray *) nonInsuredItems;

- (void) addHouseholdItemToHomeInventory:(JGCHouseholdInventoryItem*)item;
- (void) editHouseholdItemInHomeInventory:(JGCHouseholdInventoryItem*)item;
- (void) deleteHoueholdItemFromHomeInventory:(JGCHouseholdInventoryItem*)item;
@end

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

Наблюдение за ключевыми значениями (КВО)
NSNotificationCenter.

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

Многие новички-программисты используют тот факт, что всегда есть один делегат приложения в течение всего срока действия приложения, доступного во всем мире. Начинающие программисты используют этот факт для заполнения объектов и функциональности в appDelegate в качестве удобства для доступа из любой точки приложения. Просто потому, что AppDelegate является синглом, это не значит, что он должен заменить все остальные синглтоны. Это плохая практика, поскольку она накладывает слишком много нагрузки на один класс, нарушая хорошие объектно-ориентированные практики. Каждый класс должен иметь четкую роль, которую легко объяснить, часто просто по имени класса.

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

Рекомендации

Ответ 8

В OP не упоминались контроллеры представлений, но так много ответов, что я хотел подслушивать то, что некоторые из новых функций LLVM позволяют сделать это проще, когда вы хотите передавать данные с одного контроллера вида на другой, а затем получить некоторые результаты.

Сегменты раскадровки, блоки ARC и LLVM делают это легче, чем когда-либо для меня. Некоторые ответы выше упомянутых раскадровки и segue уже, но все еще опирались на делегацию. Определение делегатов, безусловно, работает, но некоторым людям легче найти указатели или блоки кода.

С помощью UINavigators и segues есть простые способы передачи информации контроллеру подчиненного и возврату информации. ARC делает простые указатели на вещи, полученные из NSObjects, поэтому, если вы хотите, чтобы подчиненный контроллер добавлял/изменял/модифицировал некоторые данные для вас, передайте ему указатель на изменяемый экземпляр. Блоки упрощают прохождение, поэтому, если вы хотите, чтобы подчиненный контроллер вызывал действие на вашем контроллере более высокого уровня, передайте ему блок. Вы определяете блок, чтобы принять любое количество аргументов, которое имеет смысл для вас. Вы также можете разработать API для использования нескольких блоков, если это лучше всего подходит.

Вот два тривиальных примера клея segue. Первый - это простой показ одного параметра, переданного для ввода, второй для вывода.

// Prepare the destination view controller by passing it the input we want it to work on
// and the results we will look at when the user has navigated back to this controller view.

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    [[segue destinationViewController]

     // This parameter gives the next controller the data it works on.
     segueHandoffWithInput:self.dataForNextController

     // This parameter allows the next controller to pass back results
     // by virtue of both controllers having a pointer to the same object.
     andResults:self.resultsFromNextController];
}

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

// Prepare the destination view controller by passing it the input we want it to work on
// and the callback when it has done its work.

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    [[segue destinationViewController]

     // This parameter gives the next controller the data it works on.
     segueHandoffWithInput:self.dataForNextController

     // This parameter allows the next controller to pass back results.
     resultsBlock:^(id results) {
         // This callback could be as involved as you like.
         // It can use Grand Central Dispatch to have work done on another thread for example.
        [self setResultsFromNextController:results];
    }];
}

Ответ 9

Передача данных из ViewController 2 (destination) в viewController 1 (Source) является более интересной. Предполагая, что вы используете storyBoard, это все, что я узнал:

Делегат
Уведомление
Пользовательские настройки по умолчанию
Singleton

Те были обсуждены здесь уже.

Я обнаружил, что есть больше способов:

-Использование обратных вызовов блока:

использовать его в методе prepareForSegue в VC1

NextViewController *destinationVC = (NextViewController *) segue.destinationViewController;
[destinationVC setDidFinishUsingBlockCallback:^(NextViewController *destinationVC)
{
    self.blockLabel.text = destination.blockTextField.text;
}];

-Использование раскадровки Unwind (Выход)

Внедрите метод с аргументом UIStoryboardSegue в VC 1, например:

-(IBAction)UnWindDone:(UIStoryboardSegue *)segue { }

В окне storyBoard нажмите кнопку "вернуться" на зеленый "Выход" (Unwind) vc. Теперь у вас есть segue, который "возвращается", поэтому вы можете использовать свойство destinationViewController в файле readyForSegue VC2 и измените любое свойство VC1 до его возврата.

Другой вариант использования раскадровки Undwind (Exit) - вы можете используйте метод, который вы написали в VC1
```
-(IBAction)UnWindDone:(UIStoryboardSegue *)segue {
    NextViewController *nextViewController = segue.sourceViewController;
    self.unwindLabel.text = nextViewController.unwindPropertyPass;
} 
```
И в readyForSegue VC1 вы можете изменить любое свойство, которое хотите разделить.

В обоих вариантах размотки вы можете установить свойство тега кнопки и проверить его в подготовитьForSegue.

Надеюсь, я добавил кое-что к обсуждению.

:) Приветствия.

Ответ 10

Существует несколько способов совместного использования данных.

Вы всегда можете обмениваться данными с помощью NSUserDefaults. Установите значение, которое вы хотите разделить, по отношению к выбранному вами ключу и получите значение от NSUserDefault, связанное с этим ключом в следующем контроллере представления.
```
[[NSUserDefaults standardUserDefaults] setValue:value forKey:key]
[[NSUserDefaults standardUserDefaults] objectForKey:key]
```
Вы можете просто создать свойство в viewcontrollerA. Создайте объект viewcontrollerA в viewcontrollerB и назначьте требуемое значение этому свойству.
Вы также можете создавать пользовательские делегаты для этого.

Ответ 11

Если вы хотите передать данные с одного контроллера на другой, попробуйте этот код

FirstViewController.h

@property (nonatomic, retain) NSString *str;

SecondViewController.h

@property (nonatomic, retain) NSString *str1;

FirstViewController.m

- (void)viewDidLoad
   {
     // message for the second SecondViewController
     self.str = @"text message";

     [super viewDidLoad];
   }

-(IBAction)ButtonClicked
 {
   SecondViewController *secondViewController = [[SecondViewController alloc] initWithNibName:@"SecondViewController" bundle:nil];
   secondViewController.str1 = str;
  [self.navigationController pushViewController:secondViewController animated:YES];
 }

Ответ 12

Я долго искал это решение, Atlast нашел его. Прежде всего объявите все объекты в файле SecondViewController.h, например

@interface SecondViewController: UIviewController 
{
    NSMutableArray *myAray;
    CustomObject *object;
}

Теперь в вашем файле реализации выделите память для этих объектов, таких как

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
{
     self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];
     if (self) 
     {
         // Custom initialization
         myAray=[[NSMutableArray alloc] init];
         object=[[CustomObject alloc] init];
     }
     return self;
}

Теперь вы выделили память для Array и объекта. теперь вы можете заполнить эту память, прежде чем нажимать эту ViewController

Перейдите в свой SecondViewController.h и напишите два метода

-(void)setMyArray:(NSArray *)_myArray;
-(void)setMyObject:(CustomObject *)_myObject;

в файле реализации вы можете реализовать функцию

-(void)setMyArray:(NSArray *)_myArray
{
     [myArra addObjectsFromArray:_myArray];
}
-(void)setMyObject:(CustomObject *)_myObject
{
     [object setCustomObject:_myObject];
}

ожидая, что ваш CustomObject должен иметь с ним функцию setter.

теперь выполняется ваша основная работа. перейдите в то место, где вы хотите нажать SecondViewController, и сделайте следующее:

SecondViewController *secondView= [[SecondViewController alloc] initWithNibName:@"SecondViewController " bundle:[NSBundle MainBundle]] ;
[secondView setMyArray:ArrayToPass];
[secondView setMyObject:objectToPass];
[self.navigationController pushViewController:secondView animated:YES ];

Соблюдайте орфографические ошибки.

Ответ 13

Это не способ сделать это, вы должны использовать делегаты, я предполагаю, что у нас есть два диспетчера представлений ViewController1 и ViewController2, и эта вещь проверки находится в первом и когда ее состояние изменяется, вы хотите что-то сделать в ViewController2, чтобы достичь этого правильно, вы должны сделать следующее:

Добавьте новый файл в проект (Objective-C Protocol) File → New, теперь назовите его ViewController1Delegate или что хотите и напишите между директивами @interface и @end

@optional

- (void)checkStateDidChange:(BOOL)checked;

Теперь перейдите в ViewController2.h и добавьте

#import "ViewController1Delegate.h"

затем измените его определение на

@interface ViewController2: UIViewController<ViewController1Delegate>

Теперь перейдите в ViewController2.m и внутри реализации добавьте:

- (void)checkStateDidChange:(BOOL)checked {
     if (checked) {
           // Do whatever you want here
           NSLog(@"Checked");
     }
     else {
           // Also do whatever you want here
           NSLog(@"Not checked");
     }
}

Теперь перейдите в ViewController1.h и добавьте следующее свойство:

@property (weak, nonatomic) id<ViewController1Delegate> delegate;

Теперь, если вы создаете ViewController1 внутри ViewController2 после некоторого события, вы должны сделать это так, используя файлы NIB:

ViewController1* controller = [[NSBundle mainBundle] loadNibNamed:@"ViewController1" owner:self options:nil][0];
controller.delegate = self;
[self presentViewController:controller animated:YES completion:nil];

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

[delegate checkStateDidChange:checked]; // You pass here YES or NO based on the check state of your control

Скажите, пожалуйста, если что-нибудь, что не понятно, если я правильно не понял ваш вопрос.

Ответ 14

Если вы хотите отправить данные с одного на другой viewController, вот путь к нему:

Скажем, у нас есть viewControllers: viewControllerA и viewControllerB

Теперь в viewControllerB.h

@interface viewControllerB : UIViewController {

  NSString *string;
  NSArray *array;

}

- (id)initWithArray:(NSArray)a andString:(NSString)s;

В viewControllerB.m

#import "viewControllerB.h"

@implementation viewControllerB

- (id)initWithArray:(NSArray)a andString:(NSString)s {

   array = [[NSArray alloc] init];
   array = a;

   string = [[NSString alloc] init];
   string = s;

}

В viewControllerA.m

#import "viewControllerA.h"
#import "viewControllerB.h"

@implementation viewControllerA

- (void)someMethod {

  someArray = [NSArray arrayWithObjects:@"One", @"Two", @"Three", nil];
  someString = [NSString stringWithFormat:@"Hahahahaha"];

  viewControllerB *vc = [[viewControllerB alloc] initWithArray:someArray andString:someString];

  [self.navigationController pushViewController:vc animated:YES];
  [vc release];

}

Таким образом, вы можете передавать данные с viewControllerA в viewControllerB без установки каких-либо делегатов.;)

Ответ 15

Это очень старый ответ, и это анти-шаблон, пожалуйста, используйте делегатов. Не используйте этот подход!

1. Создайте экземпляр первого View Controller во втором View Controller и @property (nonatomic,assign) ему свойство @property (nonatomic,assign).

2. Назначьте экземпляр SecondviewController этого контроллера представления.

2. Когда вы закончите операцию выбора, скопируйте массив в первый View Controller. Когда вы выгрузите SecondView, FirstView будет содержать данные массива.

Надеюсь это поможет.

Ответ 16

Передача данных между FirstViewController и SecondViewController ниже

Например:

Значение строки FirstViewController как

StrFirstValue = @"first";

поэтому мы можем передать это значение во втором классе, используя следующий шаг

1 > Нам нужно вырезать строковый объект в файле SecondViewController.h

NSString *strValue;

2 > Необходимо объявить свойство, как показано ниже, в файле .h.

@property (strong, nonatomic)  NSString *strSecondValue;

3 > Нужно синтезировать это значение в файле FirstViewController.m ниже объявления заголовка

@synthesize strValue;

и в FirstViewController.h:

@property (strong, nonatomic)  NSString *strValue;

4 > В FirstViewController, из которого мы переходим ко второму виду, напишите ниже код в этом методе.

SecondViewController *secondView= [[SecondViewController alloc]     
initWithNibName:@"SecondViewController " bundle:[NSBundle MainBundle]];

[secondView setStrSecondValue:StrFirstValue];

[self.navigationController pushViewController:secondView animated:YES ];

Ответ 17

В настоящее время я участвую в решении с открытым исходным кодом этой проблемы через проект MCViewFactory, который можно найти здесь:

https://github.com/YetiHQ/manticore-iosviewfactory

Идея имитирует парадигму намерений Android, используя глобальный factory, чтобы управлять просмотром, на который вы смотрите, и использовать "намерения" для переключения и передачи данных между представлениями. Вся документация находится на странице github, но вот некоторые основные моменты:

Вы настроите все свои представления в файлах .XIB и зарегистрируете их в делегате приложения, инициализируя factory.

// Register activities

MCViewFactory *factory = [MCViewFactory sharedFactory];

// the following two lines are optional. 
[factory registerView:@"YourSectionViewController"];

Теперь, в вашем VC, в любое время, когда вы хотите перейти на новый VC и передать данные, вы создаете новое намерение и добавляете данные в свой словарь (savedInstanceState). Затем просто установите текущую цель factory:

MCIntent* intent = [MCIntent intentWithSectionName:@"YourSectionViewController"];
[intent setAnimationStyle:UIViewAnimationOptionTransitionFlipFromLeft];
[[intent savedInstanceState] setObject:@"someValue" forKey:@"yourKey"];
[[intent savedInstanceState] setObject:@"anotherValue" forKey:@"anotherKey"];
// ...
[[MCViewModel sharedModel] setCurrentSection:intent];

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

-(void)onResume:(MCIntent *)intent {
    NSObject* someValue = [intent.savedInstanceState objectForKey:@"yourKey"];
    NSObject* anotherValue = [intent.savedInstanceState objectForKey:@"anotherKey"];

    // ...

    // ensure the following line is called, especially for MCSectionViewController
    [super onResume:intent];
}

Надеюсь, что некоторые из вас считают это решение полезным/интересным.

Ответ 18

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

Это похоже на выше, но без кнопок, ярлыков и тому подобное. Просто передавая данные из одного представления в другое.

Настройте раскадровку

Есть три части.

Отправитель
Segue
Получатель

Это очень простой макет представления с переходом между ними.

Вот настройки для отправителя

Вот настройка для приемника.

Наконец, установка для перехода.

Контроллеры представления

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

Эта страница принимает изначально загруженное значение и передает его.

import UIKit


class ViewControllerSender: UIViewController {

    // THE STUFF - put some info into a variable
    let favoriteMovie = "Ghost Busters"

    override func viewDidAppear(animated: Bool) {
        // PASS IDENTIFIER - go to the recieving view controller.
        self.performSegueWithIdentifier("goToReciever", sender: self)
    }

    override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {

        //GET REFERENCE - ...to the receiver view.
        var viewControllerReceiver = segue.destinationViewController as? ViewControllerReceiver

        //PASS STUFF - pass the variable along to the target.
        viewControllerReceiver!.yourFavMovie = self.favoriteMovie

    }

}

Эта страница просто отправляет значение переменной в консоль при загрузке. К этому моменту наш любимый фильм должен быть в этой переменной.

import UIKit

class ViewControllerReceiver: UIViewController {

    //Basic empty variable waiting for you to pass in your fantastic favorite movie.
    var yourFavMovie = ""

    override func viewDidLoad() {
        super.viewDidLoad()

        //And now we can view it in the console.
        println("The Movie is \(self.yourFavMovie)")

    }   
}

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

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

Ответ 19

В моем случае я использовал одноэлементный класс, который может работать как глобальный объект, позволяющий получать доступ к данным почти везде в приложении. Прежде всего, нужно построить одноэлементный класс. Пожалуйста, обратитесь к странице, Каким должен быть мой Objective-C синглтон?" И то, что я сделал, чтобы сделать объект глобально доступным, просто импортировал его в appName_Prefix.pch, который предназначен для применения оператора импорта в каждом классе. Чтобы получить доступ к этому объекту и использовать его, я просто внедрил метод класса для возврата общего экземпляра, который содержит свои собственные переменные

Ответ 20

Создайте свойство в следующем view controller .h и определите getter и setter.

Добавьте это property в NextVC.h на nextVC

@property (strong, nonatomic) NSString *indexNumber;

Добавить

@synthesize indexNumber; в NextVC.m

И последний

NextVC *vc=[[NextVC alloc]init];

[email protected]"123";

[self.navigationController vc animated:YES];

Ответ 21

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

Я написал сообщение в блоге об этом некоторое время назад: Совместное использование кода модели. Вот краткое резюме:

Общие данные

Один из подходов - обмениваться указателями на объекты модели между контроллерами представлений.

Итерация грубой силы на контроллерах представлений (в панели навигации или панели управления таблицами) для установки данных
Установите данные в prepareForSegue (если раскадровки) или init (если программно)

Поскольку подготовка к segue является наиболее распространенной, вот пример:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
    var next = segue.destinationViewController as NextViewController
    next.dataSource = dataSource
}

Независимый доступ

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

Самый распространенный способ, которым я видел это, - это одиночный экземпляр. Поэтому, если ваш объект singleton был DataAccess вы можете сделать следующее в методе viewDidLoad UIViewController:

func viewDidLoad() {
    super.viewDidLoad()
    var data = dataAccess.requestData()
}

Существуют дополнительные инструменты, которые также помогают передавать данные:

Наблюдение за ключевым значением
NSNotification
Основные данные
NSFetchedResultsController
Источник данных

Основные данные

Хорошая вещь в Core Data заключается в том, что она имеет обратные отношения. Поэтому, если вы хотите просто предоставить NotesViewController объект заметок, который вы можете использовать, поскольку он будет иметь обратную связь с чем-то другим, например, с ноутбуком. Если вам нужны данные в записной книжке в NotesViewController, вы можете вернуться к графику объекта, выполнив следующие действия:

let notebookName = note.notebook.name

Подробнее об этом читайте в моем блоге: общий код модели

Ответ 22

Делегирование - единственное решение для выполнения таких операций, когда вы используете .xib файлы, однако все ответы, описанные выше, для storyboard для .xibs файлов, вам нужно использовать делегирование. это единственное решение, которое вы можете.

Другим решением является использование singleton class pattern, инициализирующее его один раз и использование его во всем приложении.

Ответ 23

NewsViewController

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
  [tbl_View deselectRowAtIndexPath:indexPath animated:YES];
  News *newsObj = [newstitleArr objectAtIndex:indexPath.row];
  NewsDetailViewController *newsDetailView = [[NewsDetailViewController alloc] initWithNibName:@"NewsDetailViewController" bundle:nil];

  newsDetailView.newsHeadlineStr = newsObj.newsHeadline;

  [self.navigationController pushViewController:newsDetailView animated:YES];
}

NewsDetailViewController.h

@interface NewsDetailViewController : UIViewController
@property(nonatomic,retain) NSString *newsHeadlineStr;
@end

NewsDetailViewController.m

@synthesize newsHeadlineStr;

Ответ 24

если вы хотите передать данные из ViewControlerOne в ViewControllerTwo, попробуйте эти.

Сделайте это в ViewControlerOne.h

 @property (nonatomic, strong) NSString *str1;

Сделайте это в ViewControllerTwo.h

 @property (nonatomic, strong) NSString *str2;

Синтезировать str2 в ViewControllerTwo.m

@interface ViewControllerTwo ()
@end
@implementation ViewControllerTwo
@synthesize str2;

Сделайте это в ViewControlerOne.m

 - (void)viewDidLoad
 {
   [super viewDidLoad];

  // Data or string you wants to pass in ViewControllerTwo..
  self.str1 = @"hello world";

 }

на кнопке click event сделать это.

-(IBAction)ButtonClicked
{ //Navigation on buttons click event from ViewControlerOne to ViewControlerTwo with transferring data or string..
  ViewControllerTwo *objViewTwo=[self.storyboard instantiateViewControllerWithIdentifier:@"ViewControllerTwo"];
  obj.str2=str1;
  [self.navigationController pushViewController: objViewTwo animated:YES];
}

сделать это в ViewControllerTwo.m

- (void)viewDidLoad
{
 [super viewDidLoad];
  NSLog(@"%@",str2);
}

Ответ 25

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

AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;

Пример

если вы объявляете NSArray object *arrayXYZ, тогда вы можете получить к нему доступ в любом контроллере просмотра appDelegate.arrayXYZ

Ответ 26

Если вы хотите отправить данные с одного на другой viewController, вот путь к нему:

Скажем, у нас есть viewControllers: ViewController и NewViewController.

в ViewController.h

#import <UIKit/UIKit.h>

@interface ViewController : UIViewController
{
    IBOutlet UITextField *mytext1,*mytext2,*mytext3,*mytext4;
}

@property (nonatomic,retain) IBOutlet UITextField *mytext1,*mytext2,*mytext3,*mytext4;

-(IBAction)goToNextScreen:(id)sender;

@end

в ViewController.m

#import "ViewController.h"

#import "NewViewController.h"

@implementation ViewController
@synthesize mytext1,mytext2,mytext3,mytext4;

-(IBAction)goToNextScreen:(id)sender
{
    NSArray *arr = [NSArray arrayWithObjects:mytext1.text,mytext2.text,mytext3.text,mytext4.text, nil];


    NewViewController *newVc = [[NewViewController alloc] initWithNibName:@"NewViewController" bundle:nil];

    newVc.arrayList = arr;

    [self.navigationController pushViewController:newVc animated:YES];

}

В NewViewController.h

#import <UIKit/UIKit.h>

@interface NewViewController : UITableViewController
{
    NSArray *arrayList;

    NSString *name,*age,*dob,*mobile;

}

@property(nonatomic, retain)NSArray *arrayList;

@end

В NewViewController.m

#import "NewViewController.h"

#import "ViewController.h"

@implementation NewViewController
@synthesize arrayList;

#pragma mark - Table view data source

- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView
{

    // Return the number of sections.
    return 1;
}

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{

    // Return the number of rows in the section.
    return [arrayList count];
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *CellIdentifier = @"Cell";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil)
    {
         cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];      
    }
    // Configure the cell...
    cell.textLabel.text = [arrayList objectAtIndex:indexPath.row];
    return cell;


}

@end

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

Ответ 27

Мне нравится идея объектов модели и объектов Mock на основе NSProxy для фиксации или удаления данных, если пользовательский выбор может быть отменен.

Легко передавать данные, поскольку это один объект или пара объектов, и если вы позволили использовать контроллер UINavigationController, вы можете сохранить ссылку на модель внутри, и все нажатые контроллеры представлений могут получить к ней доступ непосредственно от контроллера навигации.

Ответ 28

Я видел много людей, которые усложняли это, используя метод didSelectRowAtPath. Я использую Core Data в моем примере.

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath{

    //this solution is for using Core Data
    YourCDEntityName * value = (YourCDEntityName *)[[self fetchedResultsController] objectAtIndexPath: indexPath];

    YourSecondViewController * details = [self.storyboard instantiateViewControllerWithIdentifier:@"nameOfYourSecondVC"];//make sure in storyboards you give your second VC an identifier

    //Make sure you declare your value in the second view controller
    details.selectedValue = value;

    //Now that you have said to pass value all you need to do is change views
    [self.navigationController pushViewController: details animated:YES];

}

4 строки кода внутри метода, и все готово.

Ответ 29

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

На практике, на мой взгляд, рекомендуется всего несколько решений:

Для передачи данных вперед:
- переопределить метод prepare(for:sender:) UIViewController при использовании раскадровки и сегментов
- передавать данные через инициализатор или через свойства при выполнении переходов контроллера представления через код
Для передачи данных в обратном направлении
- обновить общее состояние приложения (которое можно передать вперед между контроллерами представления одним из указанных выше способов)
- использовать делегирование
- использовать раскрутить

Решения, которые я рекомендую НЕ использовать:

Ссылка на предыдущий контроллер напрямую вместо использования делегирования
Обмен данными через синглтон
Передача данных через приложение-делегат
Обмен данными через пользовательские настройки по умолчанию
Передача данных через уведомления

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

Для тех, кто заинтересован, я написал несколько статей, в которых более подробно рассматриваются эти вопросы и выделены различные недостатки:

Ответ 30

Существует три типа передачи данных один ViewController в другой ViewController.

Programatically
переход
UserDefaults

Ссылка на демонстрационный проект здесь - https://github.com/kamanijasmin13/Swift-Pass-data-between-viewcontrollers

Программно

Segue

UserDefaults

Ссылка на демонстрационный проект здесь - https://github.com/kamanijasmin13/Swift-Pass-data-between-viewcontrollers