[swift-evolution] final + lazy + fileprivate modifiers
panajev at gmail.com
Sun Feb 19 11:10:36 CST 2017
Good thing that both can exist then :). One day we may even get things such as abstract classes and be allowed to model abstentions wth classes and reference types better without it being seen as an attack to value types ;)..
Sent from my iPhone
> On 19 Feb 2017, at 13:55, David Hart <david at hartbit.com> wrote:
>> On 19 Feb 2017, at 10:20, Goffredo Marocchi via swift-evolution <swift-evolution at swift.org> wrote:
>> The current private is closer to other languages than the previous one we had which now has in fileprivate a better name.
> It is closer, but it's not a goal for Swift to always follow conventions of other languages. It's useful sometimes. But in this case it goes directly against the philosophy of Swift's extension feature. Swift should be allowed to go against the norm when it serves the languages. And in this case, if only one private should exist, it's the file-s open one.
More information about the swift-evolution