[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly

Ted F.A. van Gaalen tedvgiosdev at gmail.com
Wed Jul 6 12:45:11 CDT 2016


> 	* What is your evaluation of the proposal?


With all due respect, what is proposed here is imho completely unnecessary
and needlessly complicates Swift further. 

- in Object oriented development, subclassing should be encouraged, not limited.
 if one desires a class not to be subclassed simply add the modifier “final”

Using “final” (as in Java or C++) or “sealed” (as in C#) is imho the best way to do it.


> 	* Is the problem being addressed significant enough to warrant a change to Swift?

No !  

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

This is a subjective domain. can’t answer that.  Anyway, it’s against the basic principles of OOD/OOP

> 	* If you have used other languages or libraries with a similar feature, how do you feel that this proposal compares to those?

N/A

> 	* How much effort did you put into your review? A glance, a quick reading, or an in-depth study?

I’ve read the proposal...


My opinion is based upon years of experience with OOP languages like Smalltalk, Java, Delphi Pascal, Objective C and C++ 

Kind Regards, now from speyer.de. 

Ted




More information about the swift-evolution mailing list