Как использовать общие типы для получения объекта того же типа

Обновление: лучшее решение см. в ответе Роба.

Точно так же, как в Как я могу создавать экземпляры подклассов управляемых объектов в расширении NSManagedObject Swift?, это можно сделать с помощью универсального вспомогательного метода:

extension NSManagedObject {

    func transferTo(context context: NSManagedObjectContext) -> Self {
        return transferToHelper(context: context)
    }

    private func transferToHelper<T>(context context: NSManagedObjectContext) -> T {
        return context.objectWithID(objectID) as! T
    }
}

Обратите внимание, что я изменил тип возвращаемого значения на Self. objectWithID() не возвращает необязательное значение (в отличие от objectRegisteredForID(), поэтому здесь нет необходимости возвращать необязательное значение.

Обновление: Жан-Филипп Пелле предложил определить глобальную повторно используемую функцию вместо вспомогательного метода для привести возвращаемое значение к соответствующему типу.

Я бы предложил определить две (перегруженные) версии, чтобы это работало как с необязательными, так и с необязательными объектами (без нежелательного автоматического переноса в необязательный):

func objcast<T>(obj: AnyObject) -> T {
    return obj as! T
}

func objcast<T>(obj: AnyObject?) -> T? {
    return obj as! T?
}

extension NSManagedObject {

    func transferTo(context context: NSManagedObjectContext) -> Self {
        let result = context.objectWithID(objectID) // NSManagedObject
        return objcast(result) // Self
    }

    func transferUsingRegisteredID(context context: NSManagedObjectContext) -> Self? {
        let result = context.objectRegisteredForID(objectID) // NSManagedObject?
        return objcast(result) // Self?
    }
}

(Я обновил код для Swift 2/Xcode 7. Код для более ранних версий Swift можно найти в истории редактирования.)

Мне давно нравилось решение Мартина, но недавно я столкнулся с ним. Если за объектом наблюдали КВО, то произойдет сбой. Self в этом случае является подклассом KVO, а результат objectWithID не является этим подклассом, поэтому вы получите сбой типа «Не удалось привести значение типа 'myapp.Thing' (0xdeadbeef) к 'myapp.Thing' (0xfdfdfdfd )". Есть два класса, которые называют себя myapp.Thing, а as! использует реальный объект класса. Так что Swift не обмануть благородной ложью классов KVO.

Решение состоит в том, чтобы заменить Self параметром статического типа, переместив его в контекст:

extension NSManagedObjectContext {
    func transferredObject<T: NSManagedObject>(object: T) -> T {
        return objectWithID(object.objectID) as! T
    }
}

T полностью определяется во время компиляции, поэтому это работает, даже если object тайно является подклассом T.

Это поможет:

func transferTo(#context: NSManagedObjectContext) -> Self?

В месте вызова Self разрешается в статически известный тип объекта, для которого вы вызываете этот метод. Это также особенно удобно использовать в протоколах, когда вы не знаете окончательный тип, который будет соответствовать протоколу, но все же хотите сослаться на него.

Обновление: Ответ Мартина Р. указывает, что вы не можете сразу преобразовать полученный объект. Я бы тогда сделал что-то вроде этого:

// top-level utility function
func cast<T>(obj: Any?, type: T.Type) -> T? {
    return obj as? T
}

extension NSManagedObject {

    func transferTo(#context: NSManagedObjectContext) -> NSManagedObject? {
        return cast(context.objectWithID(objectID), self.dynamicType)
    }

}