How to use Core Data's ManagedObjectModel insi

2019-03-22 15:10发布

I'm trying to migrate a specific part of one of my apps into a framework so that I can use it in my app itself and in one of those fancy new iOS 8 widgets. This part is the one that handles all my data in Core Data. It's pretty straight forward to move everything over and to access it. I'm just having trouble accessing my momd file in there.

When creating the NSManagedObjectModel I still try to load the momd as illustrated in Apple's code templates:

NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"MyApp" withExtension:@"momd"];
__managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];

Unfortunately, modelURL stays nil and thus MyApp crashes when accessing the Core Data stack with this error:

2014-08-01 22:39:56.885 MyApp[81375:7417914] Cannot create an NSPersistentStoreCoordinator with a nil model
2014-08-01 22:39:56.903 MyApp[81375:7417914] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'Cannot create an NSPersistentStoreCoordinator with a nil model'

So, what's the right way to do this when working inside a framework with Core Data?

7条回答
闹够了就滚
2楼-- · 2019-03-22 15:43

The model resource is no longer accessible via the mainBundle, you need to use bundleForClass: like so:

NSURL *modelURL = [[NSBundle bundleForClass:[self class]] URLForResource:@"MyApp" withExtension:@"momd"];
_managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
查看更多
神经病院院长
3楼-- · 2019-03-22 15:52

I'm a bit late for flohei's issue, but hopefully this helps anybody else who wanders by. It is possible to get this to work without having to perform script-fu to copy resources around!

By default Apple's Core Data template gives you something like this:

lazy var managedObjectModel: NSManagedObjectModel = {
  let modelURL = NSBundle.mainBundle().URLForResource("MyCuteCoreDataModel", withExtension: "momd")!
  return NSManagedObjectModel(contentsOfURL: modelURL)!
}()

That would load your Core Data resources out of the main bundle. The key thing here is: if the Core Data model is loaded in a framework, the .momd file is in that framework's bundle. So instead we just do this:

lazy var managedObjectModel: NSManagedObjectModel = {
    let sexyFrameworkBundleIdentifier = "com.heybaby.xxx"
    let customKitBundle = NSBundle(identifier: sexyFrameworkBundleIdentifier)!
    let modelURL = customKitBundle.URLForResource("MyCuteCoreDataModel", withExtension: "momd")!
    return NSManagedObjectModel(contentsOfURL: modelURL)!
}()

That should get you up and running.

Credit: https://www.andrewcbancroft.com/2015/08/25/sharing-a-core-data-model-with-a-swift-framework/

查看更多
干净又极端
4楼-- · 2019-03-22 15:54

If you try to have core data in your framework do like this.

in YourFramework - add new file / core data / Data model ... - create all object ....

When creating new project that will use YourFramework be sure that core data is on Use Core Data : On

This will create all boiler plate inside AppDelegate.

in Test project - add Framework - add Framework as embedded framework - DELETE .xcdatamodeld file - in AppDelegate :

change - (NSManagedObjectModel *)managedObjectModel method into :

NSBundle * testBundle = [NSBundle bundleWithIdentifier:@"YourFramework bundle id "];

NSURL *modelURL = [testBundle URLForResource:@"Model" withExtension:@"momd"];

where YourFramework bundle id is Bundle Identifier of YourFramework (in General / Bundle Identifier)

and Model is name of your .xcdatamodeld file in YourFramework

This works.

Hope it helps.

查看更多
干净又极端
5楼-- · 2019-03-22 15:55

I assume you only require the data model.

If so, I find the following is consistently the most successful method for copying across a data model file from one project to another...

  1. Delete any current copies of .xcdatamodeld file that reside in the target project.
  2. Close Xcode.

    Using Finder (or cmd line);

  3. Select your Xcode project folder that contains the original .xcdatamodeld file.
  4. Make a copy of the original .xcdatamodeld file.
  5. Move the copy of the original .xcdatamodeld file to your target project.

    Then...

  6. Open Xcode.
  7. Using the Menu command "Add Files to >your project<", find and add the copy of the original .xcdatamodeld file to your project.
  8. Rename the original .xcdatamodeld file (if necessary) using Project Navigator.
  9. "Build & Run" your target project.

Does this help?

查看更多
Bombasti
6楼-- · 2019-03-22 15:57

You need to drag the xcdatamodeld file and drop it in the Build Phases | Compile Sources for the targets that use the framework. Then when the target runs its [NSBundle mainBundle] will contain the model (momd file).

查看更多
疯言疯语
7楼-- · 2019-03-22 16:06

I may be a little late with answering this, but here's what solved my issue:

With my framework I'm delivering also a bundle with resources like images and other stuff. Putting xcdatamodeld file there didn't give anything as this file being built with the project and as a result you get a momd folder in your app bundle (which actually is missing in our case).. I have created another target, not framework, but app, built it and copied the momd from its app bundle to my separate bundle in the project (the one that goes with framework). After doing this you just need to change your resource url from main bundle to the new one:

// ...
NSString *bundlePath = [[NSBundle mainBundle] pathForResource:@"separate_bundle" ofType:@"bundle"];
NSURL *modelURL = [[NSBundle bundleWithPath:bundlePath] URLForResource:@"your_model" withExtension:@"momd"];
// ...

Worked fine for me. The only thing I'm aware of is App Store Review which I didn't get to yet. So if you've found a better solution, please share.

EDIT

Found better solution. You can build the model yourself. From Core Data Programming Guide:

A data model is a deployment resource. In addition to details of the entities and properties in the model, a model you create in Xcode contains information about the diagram—its layout, colors of elements, and so on. This latter information is not needed at runtime. The model file is compiled using the model compiler, momc, to remove the extraneous information and make runtime loading of the resource as efficient as possible. An xcdatamodeld “source” directory is compiled into a momd deployment directory, and an xcdatamodel “source” file is compiled into a mom deployment file.

momc is located in /Developer/usr/bin/. If you want to use it in your own build scripts, its usage is momc source destination, where source is the path of the Core Data model to compile and destination is the path of the output.

By "/Developer/usr/bin/" they mean "/Applications/Xcode.app/Developer/usr/bin/"

You can add a script in you target scheme and compile this automatically before each build (or after, don't think it matters). This is in case if you change the model during development.

Something like this:

mkdir -p "${BUILT_PRODUCTS_DIR}/your_model_name.momd"
momc "${SRCROOT}/your_model_path/your_model_name.xcdatamodeld" "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/your_bundle_name.bundle/your_model_name.momd"
查看更多
登录 后发表回答