将 NSManagedObjectContext 上下文传递给 ViewController 是 nil

Posted 2023-02-26

【中文标题】将 NSManagedObjectContext 上下文传递给 ViewController 是 nil

【英文标题】：Passing NSManagedObjectContext context to ViewController is nil

【发布时间】：2012-04-29 13:45:02

【问题描述】：

我已使用以下代码将上下文传递给传递中的 ViewController 没有问题，但由于某种原因，该项目的行为有所不同。

用户执行操作

我像这样加载 ViewController：

ProjectListViewController *projectListViewController = [[ProjectListViewController alloc] init]; 
projectListViewController.context = [self context];
[self.view addSubview:[projectListViewController view]];

在 viewDidLoad 方法中，我有以下内容：

if (_context != nil) 

   NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
   NSEntityDescription *entity = [NSEntityDescription
        entityForName:@"Project" inManagedObjectContext:_context];

   [fetchRequest setEntity:entity];
   NSError *error;
   self.projects = [_context executeFetchRequest:fetchRequest error:&error];

原来 _context 为 nil。

调试了一下，发现是这样的。

ViewDidLoad 方法在到达 [self.view addSubview:[projectListViewController view]]; 行之前运行。因此没有设置上下文。

但如果我从视图声明中删除初始化，那么 projectListViewController.context = [self context];运行，因此上下文不为零。

我认为 ViewDidLoad 不应该在调用 addSubview 之前运行是不正确的吗？

有没有更好的方法将上下文传递给 ViewController？

【问题讨论】：

看起来没有错，但是如果将 NSFetchRequest 代码移动到 viewWillAppear 会发生什么？

刚刚试过这会起作用，但没有解释为什么 viewDidLoad 在 addSubview 之前被调用。

我没有任何猜测，但是如果你在 viewDidLoad 中放置一个断点并查看堆栈，可能会有线索。

【参考方案1】：

-viewDidLoad 在需要视图之前不会被调用 - 也就是说，直到它需要显示并且在它加载之后。我通常会在应用程序委托或返回上下文的单例中放置一个便利方法。

【讨论】：

好建议，但我决定不采用这种方法。

【参考方案2】：

基于 Apple 的文档。

当视图控制器的视图属性被访问并且视图当前不在内存中时触发加载循环。

这就是发生的事情，我的 ViewController 调用了 initWithNibName。由于访问了 ViewController，它调用的下一个方法是 ViewDidLoad。

这意味着视图实际上已加载，只是尚未添加，因此 _context 的传递发生在 ViewDidLoad 事件使 _context 为零之后。

简单的解决方案是，如果您不需要 initWithNibName 方法进行任何自定义，然后以不访问视图控制器的方式将其删除，因此在传递上下文并将其添加为之前不调用 ViewDidLoad子视图。

我将使用 Philip 提出的解决方案，只是想了解原因。