堆棧內存溢出
cost 83 ms
CoreData：使用 NSCKImportOperation 刪除傳播預取失敗

[英]CoreData: Delete propagation prefetching failed using NSCKImportOperation

我正在測試 CoreData+CloudKit，即我正在使用一個NSPersistentCloudKitContainer來處理與 iCloud 的所有通信。 當我啟動應用程序時，CoreData 會自動與 iCloud 同步，即（除其他外）插入或更新的記錄被導入到 CoreData。 沒有記錄被刪 ...

CoreData 警告：多個 NSEntityDescriptions 聲明 NSManagedObject 子類

[英]CoreData warning: Multiple NSEntityDescriptions claim the NSManagedObject subclass

我突然在 iOS12/XCode 9 上收到一堆警告。為什么有多個 managedObjectModels ？ 該應用程序只有一個 *.xcdatamodeld 文件，但模型中有多個版本。 這是一些新的 iOS12 Coredata 功能嗎？我可以做些什么來防止這個警告還是我應該忽略它？ ...

如何將來自多個視圖控制器的數據保存到單個核心數據實體中

[英]How to save data from multiple view controllers into a single core data entity

我有一個實體，該實體具有從5個視圖控制器填充的屬性。 該應用程序基本上是一個基於詳細表格的問卷，包含5個問題，並且5個視圖控制器中的每一個都包含一個問題及其答案選擇集。 在第一個4中，用戶有多項選擇題。 在最后一個問題中，用戶可以從選項集中選擇多個值。 我為每個視圖控制器維護了一 ...

子類化NSArrayController導致來自ManagedObjectContext的對象未在NSTableView中顯示

[英]Subclassing NSArrayController causes objects from ManagedObjectContext doesn't show in NSTableView

真奇怪 我有一個包含三個實體的模型。 像這樣： 在InterfaceBuilder中，我使NSArrayController通過RepresentedObject連接到MOC到ViewController。 一切正常，我可以添加和刪除Master對象，選擇它們，可以綁定到Table ...

在運行時查找CoreData模型的實體

[英]Finding the entities of a CoreData model at runtime

我有一個在SWIFT中以Xcode（8.3.2）開發的macOS應用程序。 我有一個CoreData模型，其中包含許多實體和一個標識符（myidentifier）。 我希望能夠在運行時以編程方式識別模型的實體，以便我可以遍歷實體並基於JSON文件中的數據存儲從一系列JSON文件中獲取 ...

核心數據托管對象模型上發生大量崩潰

[英]Large amount of crashes on core data managedobjectmodel

使用Fabrics崩潰分析或“ Crashlytics”，我從以下方法/屬性中發生了大量崩潰（我假設為BAD_ACCESS）： 我的意思是，僅一天之內，就有150位用戶發生了275次崩潰。 它在大多數設備上都可以正常工作，但是我的模擬器確實有問題，我重置了內容並重新啟動了機器，錯誤消失 ...

NSManagedObjectModel的URL為NULL

[英]URL to NSManagedObjectModel is NULL

我重新設計了我的應用程序的核心數據模型，超出了輕量級遷移的范圍。 因此，我現在在應用程序捆綁包中有兩個核心數據模型，我需要分別訪問每個核心數據模型（用於常規核心數據設置和手動遷移），這意味着[NSManagedObjectModel mergedModelFromBundles:nil]是不合 ...

Swift 3 Xcode 8中的NSManagedObject和CoreData

[英]NSManagedObject and CoreData in swift 3 Xcode 8

我正在使用Xcode 8和Swift 3，我正在通過編輯器菜單NSManageObjectModel為我的實體創建NSManagedObject，如何在Xcode 7中使用此文件來獲取和創建對象，我正在使用核心數據堆棧來創建持久的管理對象存放，...。 現在我不知道如何在Swift 3中使用核 ...

在預期並可以接受數據丟失的情況下，在早期開發期間輕松進行核心數據遷移

[英]Easy Core Data migration during early development, when Data Loss is expected and acceptable

當Core Data應用處於早期開發階段時，其托管對象模型通常會不斷變化。 對於每個構建，都會從模型中添加或刪除新的托管對象和屬性。 當托管對象模型更改時，該應用將在下次運行時崩潰，並顯示以下錯誤： 用於開設商店的模型與用於創建商店的模型不兼容 在這種情況下 ， 常見的 ...

商店元數據和托管對象模型之間的兼容性標准是什么？

[英]What is the criteria of compatibility between a store metadata and a managed object model?

我的應用程序使用CoreData框架，我想檢查存儲元數據和托管對象模型之間的兼容性。 我這樣做的標准方式： 它返回NO 。 但是元數據中的實體與模型中的相同。 相同數量的實體並且每個實體具有相同的名稱。 然而，自從使用這個模型創建商店以來，模型確實發生了變化，我刪除了一個實體中的幾個屬性。 我想 ...

CoreData。 索引和索引之間有什么區別？

[英]CoreData. What's the difference between indexes and indexed?

我希望加快查詢我的SQL支持的CoreData實例（顯示按日期排序的記錄）。 我知道索引可以幫助減少查詢時間，但有什么區別： 突出顯示屬性所屬的實體，然后將以逗號分隔的屬性列表添加到索引字段中，如下所示： 或者突出顯示該屬性，然后檢查索引框，如下所示： ...

通過核心數據獲取數據時，再次自動插入現有行

[英]While fetching Data through core data, automatically inserting the existing rows again

我是核心數據的新手。 我正在嘗試以面向對象的方式實現它。 作為一個示例項目，我創建了一個View Controller，該View Controller通過核心數據顯示來自sqlite數據庫的數據，並且該數據由另一個viewController輸入。 但是，我想通過模型類“ Context ...

在CoreData中存儲“ Item-ItemDetails”的最佳方法

[英]The best way to store “Item-ItemDetails” in CoreData

作為99％的iOS應用程序，我的主屏幕上包含一長串項目，當用戶點擊其中一個時，他會看到項目詳細信息。 非常簡單。 假設要渲染第一個屏幕，我需要標題和圖像 。 對於第二個- 大html 。 所有數據都永久存儲在CoreData 。 我希望列表（ UICollectionView ）盡 ...

從多個模型構建NSManagedObjectModel

[英]Building a NSManagedObjectModel from several models

有些人想要合並多個NSManagedObjectModel有幾個原因。 如果您搜索網絡，則所有響應都是不可能的，或者只有兩個不相關的實體共享一個或多個關系。 例如，請參閱此鏈接和此鏈接。 但是，通過一些或多個工作（我認為）可以合並NSManagedObjectModels，即使實體是相 ...

在代碼中使用NSManagedObject模型

[英]Usage NSManagedObject model in code

我有一個User模型類（由XCode與Swift生成）： 它是擴展名： 我可以從CoreData保存/獲取數據。 但是我可以在沒有CoreData的情況下使用此類進行對象管理嗎？ 還是我需要為此創建其他類/結構？ 例如，創建User對象（不帶ObjectContext） ...

在iOS 9的Core Data中擁有主鍵屬性有意義嗎？

[英]Does it make sense to have a primary key attribute in Core Data in iOS 9?

在iOS 9 ，我可以將實體中的某些屬性指定為unique constraints以防止創建具有相同唯一約束的托管對象。 每個NSManagedObject都有其自己的ObjectId但由Core Data在內部維護，因此無法在模型中設置為唯一約束。 基於該概念，是否在核心數據中為所 ...


排序:
質量:
 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM