8

I'm using Swift on Xcode 6 with CoreData.

I've read the release notes and have seen this issue about making sure to mark up a core data model with a module name (app name) so you can cast an NSManagedObject to your model type at run time.

When I do this, I can get an app to run properly (good!). However, my issue is, when I try to test that same code, the test will always crash whenever the cast happens with a Swift dynamic cast failed error (bad :(). This makes it difficult to test my application.

Is there any impact on the module name we use when the app is built for test vs. running?

Thanks in advance for any pointers...

Follow up:

This is not ideal: As noted above, In order for Swift to use a Core Data model, you need to decorate the class name with the name of your app. This works find for building the app, but the tests run under a different app name! That means you need to go into the data modeler and change that class name from myAppname.myEntity to myAppnameTests.myEntity before you can use those Entities by name when used by or called from a test.

Community
  • 1
  • 1
Daniel D
  • 3,637
  • 5
  • 36
  • 41
  • Try decorating the class name with @objc(MyClassName). This will bypass the normal name mangling. Then you shouldn't need to worry about the module name in the data model. – David Berry Jul 08 '14 at 16:41
  • If I write my entity classes in swift, then decorate them using `objc(xxx)` - I get the dynamic cast error whenever I try to use the entity with that name in other swift code... Frustrating... – Daniel D Jul 09 '14 at 20:11
  • Try this: http://stackoverflow.com/a/26568813/438063 – Lucien Oct 26 '14 at 01:04
  • I have tried the 'Follow up' in this question, but it does not seem to work in Xcode 6.3.1. Is there a solution to of this in Xcode 6.3.1? – Carl Thomas May 26 '15 at 19:37
  • Hello, I have same issue in xcode 9 using swift 4, did you manage to handle this issue? – Niloufar Jan 06 '18 at 07:43
  • Possible duplicate of [Swift 2.0: Could not cast value MyApp.MyCustomClass to MyAppTests.MyCustomClass when using Set](https://stackoverflow.com/questions/31089389/swift-2-0-could-not-cast-value-myapp-mycustomclass-to-myapptests-mycustomclass) – zs2020 Jan 25 '19 at 06:01

3 Answers3

4

Your are totally right, the issue is the when you run the App it's looking for myAppname.myEntity and when you run as Test it's looking as myAppnameTests.myEntity. The solution I use at this time (Xcode 6.1) is to NOT fill the Class field in the CoreData UI, and to do it in code instead.

This code will detect if you are running as App vs Tests and use the right module name and update the managedObjectClassName.

lazy var managedObjectModel: NSManagedObjectModel = {
    // The managed object model for the application. This property is not optional...
    let modelURL = NSBundle.mainBundle().URLForResource("Streak", withExtension: "momd")!
    let managedObjectModel = NSManagedObjectModel(contentsOfURL: modelURL)!

    // Check if we are running as test or not
    let environment = NSProcessInfo.processInfo().environment as [String : AnyObject]
    let isTest = (environment["XCInjectBundle"] as? String)?.pathExtension == "xctest"

    // Create the module name
    let moduleName = (isTest) ? "StreakTests" : "Streak"

    // Create a new managed object model with updated entity class names
    var newEntities = [] as [NSEntityDescription]
    for (_, entity) in enumerate(managedObjectModel.entities) {
        let newEntity = entity.copy() as NSEntityDescription
        newEntity.managedObjectClassName = "\(moduleName).\(entity.name)"
        newEntities.append(newEntity)
    }
    let newManagedObjectModel = NSManagedObjectModel()
    newManagedObjectModel.entities = newEntities

    return newManagedObjectModel
}()
Ludovic Landry
  • 11,606
  • 10
  • 48
  • 80
  • 1
    If you want your moduleName to be dynamic (instead of hardcoding it), use `NSBundle.mainBundle().infoDictionary?["CFBundleName"]!`. It should return "Streak" – Ronnie Liew Apr 22 '15 at 17:18
1

You need to add one line to you Entity.swift file to make it also an Objective-C class like this:

@objc(YourEntity)
class YourEntity: NSManagedObject {
    ...
}

I think this as a bug if your project does not contains any objective-c code. However, you need to add that line until this fixed.

I learned it from here.

Youtube video at 11:45

Owen Zhao
  • 3,205
  • 1
  • 26
  • 43
  • My project has objective c code - but the issues I'm having are when swift code is calling (or trying to call) Swift Core Data Code... :( – Daniel D Jul 15 '14 at 16:06
  • So you can try my method. It works for me. In my method, you don't need to add any app name staff to entity. Just leave it alone with its class name. – Owen Zhao Jul 15 '14 at 16:12
1

Here is an updated answer that actually worked for me. Using XCode 9.2

Ok, I figured it out! It's not exactly intuitive though. First, I had to comment out the @objc(EntityName) line in the NSManagedObject subclasses. Then I went back to the default Module defined in the xcdatamodeld (Current Project Module). Then I had to ensure that only my test classes (and NONE of the NSManagedObject subclasses or any other source files) were compiled as part of my test project (this was critical) and @testable import AppName in my test project class files. Now it never trys to use these classes in the AppNameTests module, only AppName and the test projects can only call public or internal code...therefore all is right in the universe, yay!

Bergasms
  • 2,203
  • 1
  • 18
  • 20