[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