您可以创建一个从源视图控制器到目标视图控制器的推送段，并提供如下标识符名称。

您必须像这样执行didselectRowAt的segue。

func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
    performSegue(withIdentifier: "segue", sender: self)
}

您可以从下面的函数传递选定项的数组。

override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
    let index = CategorytableView.indexPathForSelectedRow
    let indexNumber = index?.row
    print(indexNumber!)
    let VC = segue.destination as! AddTransactionVC
    VC.val = CategoryData[indexNumber!] . // Here you can pass the entire array instead of an array element.
}

您必须检查目标viewcontroller的viewdidload中的值，然后将其存储到数据库中。

override func viewDidLoad{
    if val != ""{
        btnSelectCategory.setTitle(val, for: .normal)
    }
}

经过更多的研究，协议和代表似乎是正确的/苹果首选的方式。

我最终使用了这个示例（在iPhone开发SDK中）：

在视图控制器和其他对象之间共享数据

它工作得很好，允许我在视图之间前后传递字符串和数组。

iOS中不同的类可以通过各种方式接收数据。例如-

在分配另一个类后直接初始化。委派-用于传回数据通知-用于在同一时间向多个类广播数据保存在NSUserDefaults中-用于以后访问Singleton类数据库和其他存储机制，如p-list文件等。

但是，对于将值传递给在当前类中完成分配的不同类的简单场景，最常见和首选的方法是在分配后直接设置值。具体操作如下：

我们可以使用两个控制器来理解它——Controller1和Controller2

假设在Controller1类中，您想要创建Controller2对象，并使用传递的String值推送它。可以这样做：

- (void)pushToController2 {

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

在Controller2类的实现中，该函数如下：

@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];

总之，如果你想-

设置第二类的私有变量通过调用自定义函数并传递值来初始化值。setProperties通过使用setter方法直接初始化它来实现。以某种方式传递超过3-4个彼此相关的值，然后创建一个模型类并将值设置到其对象，然后使用上述过程传递该对象。

在给出的许多答案中都有一些很好的信息，但没有一个完全解决这个问题。

该问题询问如何在视图控制器之间传递信息。给出的具体示例要求在视图之间传递信息，但考虑到iOS自称的新颖性，原始海报可能是指视图控制器之间，而不是视图之间（没有viewControllers的任何参与）。似乎所有的答案都集中在两个视图控制器上，但如果应用程序发展到需要在信息交换中包含两个以上的视图控制器，该怎么办？

最初的海报还询问了Singleton和AppDelegate的使用。这些问题需要回答。

为了帮助其他人看这个问题，谁想要一个完整的答案，我将尝试提供它。

应用场景

与其进行高度假设、抽象的讨论，不如考虑具体的应用。为了帮助定义两个视图控制器情形和两个以上视图控制器情形，我将定义两个具体的应用场景。

场景一：最多需要两个视图控制器共享信息。

见图一。

应用程序中有两个视图控制器。有一个ViewControllerA（数据输入表单）和一个ViewController B（产品列表）。产品列表中选择的项目必须与数据输入表单中文本框中显示的项目相匹配。在这种情况下，ViewControllerA和ViewControllerB必须彼此直接通信，而不能与其他视图控制器通信。

场景二：两个以上的视图控制器需要共享相同的信息。

见图二。

应用程序中有四个视图控制器。这是一个基于选项卡的应用程序，用于管理家庭库存。三个视图控制器显示相同数据的不同过滤视图：

ViewControllerA-奢侈品ViewControllerB-非保险项目ViewControllerC-整个住宅库存ViewControllerD-添加新项目表单

无论何时创建或编辑单个项目，它也必须与其他视图控制器同步。例如，如果我们在ViewControllerD中添加了一条船，但它还没有投保，那么当用户转到ViewControllerA（豪华物品）和ViewControllerC（整个住宅库存）时，船必须出现，但当用户转到ViewControllerB（非投保物品）时则不会出现。我们不仅需要关注添加新项目，还需要关注删除项目（可以从四个视图控制器中的任何一个中删除），或编辑现有项目（可以在“添加新项目表单”中允许，将其重新用于编辑）。

由于所有视图控制器都需要共享相同的数据，所以所有四个视图控制器都必须保持同步，因此，每当任何单个视图控制器更改基础数据时，都需要与所有其他视图控制器进行某种通信。很明显，在这种情况下，我们不希望每个视图控制器直接与其他视图控制器通信。如果不明显，考虑我们是否有20个不同的视图控制器（而不是4个）。每当一个视图控制器发生更改时，通知其他19个视图控制器中的每一个会有多困难和容易出错？

解决方案：代表和观察者模式，以及Singleton

在场景一中，我们有几个可行的解决方案，正如其他答案所给出的

赛格牌手表代表直接设置视图控制器上的财产NSUserDefaults（实际上是一个糟糕的选择）

在场景2中，我们还有其他可行的解决方案：

观察者模式单身者

单例是类的一个实例，该实例是其生命周期中唯一存在的实例。单例的名字来源于它是一个实例。通常，使用singleton的开发人员有特殊的类方法来访问它们。

+ (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。有两种方法可以观察另一个对象：

关键值观察（KVO）NSNotificationCenter。

在场景2中，我们没有使用KVO可以观察到的HouseholdInventoryManager的单个属性。因为我们没有一个易于观察的属性，所以在这种情况下，必须使用NSNotificationCenter实现观察者模式。四个视图控制器中的每一个都将订阅通知，sharedManager将在适当的时候向通知中心发送通知。库存管理器不需要知道任何关于视图控制器或任何其他类的实例的信息，这些类可能有兴趣知道库存项集合何时发生变化；NSNotificationCenter负责这些实施细节。视图控制器只需订阅通知，数据管理器只需发布通知。

许多初学者程序员利用了这样一个事实，即在应用程序的生命周期中始终只有一个应用程序委托，它是全局可访问的。初级程序员利用这一事实将对象和功能填充到appDelegate中，以方便从应用程序中的任何其他位置进行访问。仅仅因为AppDelegate是单例并不意味着它应该替换所有其他单例。这是一个糟糕的实践，因为它给一个类带来了太多负担，打破了良好的面向对象实践。每个类都应该有一个易于解释的明确角色，通常只需通过类的名称。

每当您的应用程序代理开始变得臃肿时，就开始将功能删除到单例中。例如，核心数据堆栈不应该留在AppDelegate中，而是应该放在它自己的类coreDataManager类中。

工具书类

管理视图控制器之间的数据流在视图控制器之间传递数据Objective-C中的异步JSON请求

用于UIKit和AppKit的Pure Combine解决方案

让我们举一个简单的例子，在ViewControllers之间传递计数的Int值。

父ViewController（VC）有一个名为count的变量，子ViewController可以让用户更改count的值。一旦用户完成了值的更改，他们将关闭子控制器，然后父VC应该具有更新的值。

---

父视图控制器

ParentVC从ChildVC获取计数的更新值

class ParentVC: UIViewController {
    var count = 1
    var countObserver: AnyCancellable! // 1

    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
        let childVC = segue.destination as! ChildVC
        childVC.sliderValue = count // 2
        countObserver = childVC.$sliderValue // 3
            .assign(to: \.count, on: self)
    }
}

countObserver将保留观察ChildVC所做更改的观察者当子级出现时，我们将当前的计数值从父级分配给ChildVC中的一个控件（这里是UISlider），这成为修改计数值的起点。我们观察到sliderValue（它是一个发布者），它会发出用户通过拖动滑块更改的计数值。请注意，我们使用了$sliderValue而不仅仅是sliderValue。

---

子视图控制器

ChildVC是发出ParentVC感兴趣的值的一个：

class ChildVC: UIViewController {
    @Published var sliderValue: Int = 0 // 1

    @IBOutlet var sliderOutlet: UISlider!

    @IBAction func slided(_ sender: UISlider) {
        sliderValue = Int(sender.value)
    }
}

@Published是存储值并在值更改时发出信号的Publisher。它的行为类似于常规变量，但可以发布可以通过在其前面加上$符号来访问的值。

---

CurrentValueSubject和PassthroughSubject与@Published

还可以使用CurrentValueSubject代替@Published。唯一的区别是，你必须手动发出信号。在希望控制何时发射的情况下，它非常有用。例如，您可以发射该值，但前提是该值在特定范围内。PassthroughSubject也可以代替@Published或CurrentValueSubject。这里的区别是PassthroughSubject不能保存值，它只能发出信号。当无法在变量中具体表示值时，这可能很有用。

我更喜欢在没有代表和片段的情况下进行。它可以通过自定义init或设置可选值来完成。

1.自定义初始化

class ViewControllerA: UIViewController {
  func openViewControllerB() {
    let viewController = ViewControllerB(string: "Blabla", completionClosure: { success in
      print(success)
    })
    navigationController?.pushViewController(animated: true)
  }
}

class ViewControllerB: UIViewController {
  private let completionClosure: ((Bool) -> Void)
  init(string: String, completionClosure: ((Bool) -> Void)) {
    self.completionClosure = completionClosure
    super.init(nibName: nil, bundle: nil)
    title = string
  }

  func finishWork() {
    completionClosure()
  }
}

2.可选变量

class ViewControllerA: UIViewController {
  func openViewControllerB() {
    let viewController = ViewControllerB()
    viewController.string = "Blabla"
    viewController.completionClosure = { success in
      print(success)
    }
    navigationController?.pushViewController(animated: true)
  }
}

class ViewControllerB: UIViewController {
  var string: String? {
    didSet {
      title = string
    }
  }
  var completionClosure: ((Bool) -> Void)?

  func finishWork() {
    completionClosure?()
  }
}