One of my co-workers just noticed a problem with the (bridged) API of our 
Objective-C framework, when used from Swift 3 (but not earlier). We have a 
class CBLQueryRow that includes the following:

        @property (readonly) id key;
        - (nullable id) keyAtIndex: (NSUInteger)index;

In Swift this becomes
        open var key: Any { get }
        open func key(at index: UInt) -> Any?

The problem is that any reference to `key` now seems to refer to a pointer to 
the method, not to the property, leading to compiler diagnostics like the 
following (where `row` is a CBLQueryRow):

TaskListsViewController.swift:95:40: warning: cast from '(UInt) -> Any?' to 
unrelated type 'String' always fails
        cell.textLabel?.text = row.key as? String
                               ~~~~~~~ ^   ~~~~~~
That’s a warning not an error, but obviously at runtime the `as?` would always 
fail and result in nil.

This is rather bad for us, since the `key` property is a crucial part of the 
API, while the `key()` method that pre-empts it is obscure and little-used.

I can reproduce this in a playground in Xcode 8 like so:

protocol QueryRow {
    var key: Any { get }
    func key(at index: UInt) -> Any?
}

var row: QueryRow

row.key as? String
In addition to the valid error about `row` being uninitialized, I also get the 
cast failure.

What’s the best workaround for this?

—Jens
_______________________________________________
swift-users mailing list
swift-users@swift.org
https://lists.swift.org/mailman/listinfo/swift-users

Reply via email to