保持對Core Data對象的引用不好嗎？

Question

將視圖控制器中的託管對象的引用保留在其生命週期中是不好的做法嗎？

我對Core Data比較新，我最近發現你不能混合來自不同上下文的管理對象，例如如果他們不屬於你的上下文，你不能將對象添加到關係中。

例如，假設我們有一個典型的Employee實體和一個EmployeeDetailsViewController，它保留了對Employee對象的強烈參考。

我應該存儲員工的ID而不是Employee對象嗎？似乎使用ID而不是域對象是相當不方便的，所以我想知道它通常是如何完成的。

Answer 1

歡迎來到核心數據的世界！

首先，您的應用程序中可能有太多NSManagedObjectContext實例。您的整個用戶界面應運行關閉ONE上下文。這將解決你的關係問題。

至於舉辦參考，沒有問題舉行他們除了當有機會刪除該對象從另一個線程。如果您遇到了在後臺線程上刪除的情況（例如從網絡操作中刪除），那麼您可能不想保留對這些對象的強引用，因爲它可能會使您陷入困境。

對於一種變化有一個單獨的上下文是一個好主意，例如，來自服務器的東西，另一個用於例如用戶更改（通過UI進行）？我正在開發一款具有「同步離線更改」功能的應用程序，並試圖弄清楚如何分別跟蹤這兩種更改類型，以便例如，如果用戶修改了同一個對象，則來自服務器的更改將被丟棄。 （你也可以看看我的有關同步的其他問題）（多麼漫長的評論！）

所以，我住的規則：

• 如果UI;主隊列上下文。沒有例外
• 如果不是UI;專用隊列上下文。沒有例外

我通常有我的私人隊列上下文作爲主要隊列上下文的子節點，以減少代碼量和我需要處理的合併。

因此，您的服務器同步不是UI，應該針對私有子上下文運行。

觀看關於MVC-N的更多討論。

Answer 2

因爲你不會忘記你已經存儲了你的對象，所以沒關係。
我在大部分應用程序中都喜歡這樣。我有一個在啓動時選擇的主用戶，然後保存在rootController中，以避免對CoreData的過多調用，因爲在使用該程序期間它不會改變。

如果實體在應用程序內部發生更改，則需要從CoreData更新保存的對象。