@colincornaby OTOH, components that interface with protocols have *more* flexibility for mocking and hotfixing than subclassing.
-
-
@jckarter@colincornaby , and this proposal isn't really forcing them to do that, it feels more like just creating pain on end-users.0 replies 0 retweets 1 like -
@bsneed@colincornaby It doesn't affect end users at all. The frameworks aren't going to spontaneously rewrite themselves in Swift.0 replies 0 retweets 2 likes -
@jckarter@bsneed@colincornaby If it truly “doesn’t affect end users at all,” what could be the point of the change?0 replies 0 retweets 2 likes -
Joe Groff Retweeted Joe Groff
Joe Groff added,
0 replies 0 retweets 0 likes -
@jckarter Right, but presumably you expect that to ultimately benefit end users (indirectly).0 replies 0 retweets 0 likes -
@mjtsai Users who are third-party framework devs I expect will benefit the most.0 replies 1 retweet 5 likes -
@jckarter You’re saying no change for Apple Swift frameworks because you consider the API, but it’s about protecting others who don’t?0 replies 0 retweets 0 likes -
@mjtsai Many users would prematurely reach for 'final' to get a similar effect and be stuck with it w/o the new default behavior.0 replies 0 retweets 3 likes -
@jckarter I would have thought you could revoke a final across a module boundary because clients can’t inline, anyway.0 replies 0 retweets 0 likes
@mjtsai 'final' also influences things like dynamic casts and protocol conformance. e.g. Don't need to be covariant if there's no subtyping.
-
@jckarter Aha, that makes sense. So then you either force a recompile or can’t optimize.0 replies 0 retweets 0 likes
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.
Joe Groff
Dr. Sneed
Michael Tsai