-
@jckarter@jaredsinclair@curtclifton@owensd It does change new frameworks unless you’re going to explicitly mark everything as dynamic.
Curt Clifton
Joe Groff
Michael Tsai
JΛЯΣD
Roopesh Chander
@mjtsai @jckarter @jaredsinclair @curtclifton @owensd I suspect that’ll happen coz the Swift-written framework should be usable from Obj-C.
-
-
@roopeshchander Eventually they’re going to want frameworks that take advantage of Swift features that don’t work with Objective-C. -
@mjtsai Agreed. That may be a few decades in the future, but it’s better it’s discussed about now. -
@mjtsai OTOH, a Swift framework to be used only from Swift written decades later would most likely use POP => we can override the protocol -
@roopeshchander Pretty sure that’s less flexible, though I’m not super familiar with how protocols work under the hood. -
@mjtsai Protocol methods are always override-able, even if you assign a subtype to a protocl-type. Like in:http://nomothetis.svbtle.com/the-ghost-of-swift-bugs-future … - View other replies
-
@roopeshchander Yes, but only overridable within your code, right? -
@mjtsai If the protocol is public, it should be possible to override across modules (I’ve not tested this though). -
@mjtsai But, like I said, whenever there’s a final class in the hierarchy, it becomes unoverridable … - View other replies
- Show more
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.