核心數據併發症

Question

我是重構和舊的應用程序，並正在考慮切換到核心數據。 我已經讀過以前的線程在這裏和網上的優點和缺點相比，直接使用sqlite或包裝。 它仍然似乎更直接的去與sqlite包裝，因爲它在我看來，偏離標準使用要麼困難，要麼找不到有效的方式來做到這一點。 例如有不保存在DB中的對象。想象一下你可以下載產品列表的商店，如果你想要一個產品，他應該在本地保存它。 我讀了大約2種方法，一種是單獨管理的上下文，另一種是用臨時對象放棄它，並且閱讀了有關複製模型 ，但他們在我看來更像是直接使用sqlite時自然而然的東西。我也覺得有限可能是因爲我對核心數據缺乏經驗）在更復雜的查詢中。 我知道我不是非常具體，但我正在尋找的建議是否我真的可以從遷移到核心數據的距離遷移到已有的sqlite實現時受益匪淺。臨時對象問題單獨阻止我切換，但也可能是我的缺少知識。

Answer 1

有什麼錯不使用核心數據，如果你不覺得這是適合您的應用程序，或者如果你只是不舒服，或者如果你更舒適別的東西。所以，如果使用SQLite直接對你有很大意義，那就去做吧。

也就是說，如果您將Core Data視爲SQLite的替代替代品，您將遇到麻煩。當你使用SQLite時，你處理表和行;當你使用核心數據時，你處理對象和關係。核心數據框架將這些對象和關係映射到SQLite的表（或其他一些持久性存儲）上，所以如果你將對象翻譯回頭腦中的表中，那麼你就會錯過這一點。