[swift-evolution] [swift-evolution-announce] [Review] SE-0026 Abstract classes and methods

Trent Nadeau tanadeau at gmail.com
Sun Feb 28 11:11:29 CST 2016

>       • What is your evaluation of the proposal?
-1. I would prefer something like mixins that could work without
inheritance and would thus also work with value types.

>       • Is the problem being addressed significant enough to warrant a
change to Swift?
Yes, although I don't think abstract classes that force inheritance and
only work for classes is the answer.

>       • Does this proposal fit well with the feel and direction of Swift?

>       • If you have used other languages or libraries with a similar
feature, how do you feel that this proposal compares to those?
My opinion is based on other languages I've used that have better ways to
handle this (Ruby, Python, D) as well as the downsides I've seen with
abstract classes in Java and C++.

>       • How much effort did you put into your review? A glance, a quick
reading, or an in-depth study?
I've followed the various threads on this topic that have come up since
Swift was open-sourced.

On Sun, Feb 28, 2016 at 12:02 PM, Антон Жилин <swift-evolution at swift.org>

> My GMail keeps breaking threads. I wrote this in reply to this post of
> Matthew Johnson:
> https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160222/011351.html
> 2016-02-28 19:50 GMT+03:00 Антон Жилин <antonyzhilin at gmail.com>:
>> It would be interesting to know your opinion on "mixins" proposal. Do you
>> need some kind of "abstract classes for structs", perhaps with multiple
>> inheritance, or you find that more elegant architectual solutions to
>> problems can be found, without partially implemented constructs?
>> https://gist.github.com/Anton3/f0550922c1be0fc5447c
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

Trent Nadeau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160228/270984de/attachment.html>

More information about the swift-evolution mailing list