[swift-evolution] [Review] SE-0159: Fix Private Access Levels
drew at sealedabstract.com
Fri Mar 24 21:55:02 CDT 2017
On March 24, 2017 at 9:50:01 PM, Xiaodi Wu (xiaodi.wu at gmail.com) wrote:
Figuring out what's statically vs. dynamically dispatched can be very difficult with Swift. Although each rule is defensible when dissected individually, the overall scheme once `final`, `dynamic`, `@objc`, etc. are included is supremely inelegant. Far from being an example of a core value, I would say it's an example of a major weakness. I see one of the key goals of the Swift evolution process as reducing and, where possible, eliminating such designs from the language.
How would you respond to clattner's position piece on this? It seems to contradict you on exactly this point, e.g.
The upshot of this is that Swift isn’t squarely in either of the static or dynamic camps: it aims to provide a very predictable performance model (someone writing a bootloader or firmware can stick to using Swift structs and have a simple guarantee of no dynamic overhead or runtime dependence) while also providing an expressive and clean high level programming model - simplifying learning and the common case where programmers don’t care to count cycles.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the swift-evolution