[swift-evolution] Proposal SE-0009 Reconsideration

Vladimir.S svabox at gmail.com
Thu May 19 07:19:39 CDT 2016

On 19.05.2016 0:09, Krystof Vasa via swift-evolution wrote:
> Yes, of course. But if you mark shadowing as error/warning, you need to
> update dozens if not hundreds of places in your projects since most
> default argument names in UITableViewController shadow the tableView
> instance variable.

I believe no sense to discuss *error* on shadowing - seems like almost no 
one is supporting error in this case.

But as for *warning*, I see that we have 3 options in this situation:
1. Live with silence shadowing of `tableView` and with possible bugs 
because of this (no warnings)
2. Have warnings in our project regarding shadowing of tableView, and do 
nothing with them(or probably we need a feature to ignore some specific 
warnings in project once and forever). Project still can be compiled.
3. Rename each `tableView` in such places (or probably we need some 
customization of what name XCode will use when appends this method) as you 
don't want warnings and don't want to shadow property.

IMO the best solution here: option in compiler/settings, where one can 
decide if he/she needs warnings in this case.

More information about the swift-evolution mailing list