> What is your evaluation of the proposal?

+1

Is is excellent:

- the private/fileprivate qualifier used not to be a intrinsic property of an 
object (because one had to move from private to fileprivate as soon as an 
extension was added). Now private/fileprivate can be made meaningful, and above 
all *stable*. A scenario where private is turned into a fileprivate now 
involves something called "friendship" in C++: fileprivate now reflects *actual 
design intent*, not "shut up this stupid compiler".

- Swift 4 goals about source compatibility have been taken in account by the 
very skilled proposal authors.

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


Oh yes. We are many to agree that fileprivate was poorly designed, to say the 
least.

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


Yes

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


Swift access control becomes meaningful again.

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


Come on, did *you* read all messages about SE-0159? ;-)

Good work, and thanks
Gwendal Roué


> Le 7 avr. 2017 à 01:10, Douglas Gregor via swift-evolution 
> <swift-evolution@swift.org> a écrit :
> 
> Hello Swift community,
> 
> The review of SE-0169 "Improve Interaction Between private Declarations and 
> Extensions" begins now and runs through April 11, 2017. The proposal is 
> available here:
> 
> https://github.com/apple/swift-evolution/blob/master/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md
>  
> <https://github.com/apple/swift-evolution/blob/master/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md>
> Reviews are an important part of the Swift evolution process. All reviews 
> should be sent to the swift-evolution mailing list at
> 
> https://lists.swift.org/mailman/listinfo/swift-evolution 
> <https://lists.swift.org/mailman/listinfo/swift-evolution>
> or, if you would like to keep your feedback private, directly to the review 
> manager. When replying, please try to keep the proposal link at the top of 
> the message:
> 
> Proposal link:
> 
> https://github.com/apple/swift-evolution/blob/master/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md
>  
> <https://github.com/apple/swift-evolution/blob/master/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md>
> Reply text
> Other replies
>  
> <https://github.com/apple/swift-evolution/blob/master/process.md#what-goes-into-a-review-1>What
>  goes into a review?
> 
> The goal of the review process is to improve the proposal under review 
> through constructive criticism and, eventually, determine the direction of 
> Swift. When writing your review, here are some questions you might want to 
> answer in your review:
> 
> What is your evaluation of the proposal?
> Is the problem being addressed significant enough to warrant a change to 
> Swift?
> 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?
> How much effort did you put into your review? A glance, a quick reading, or 
> an in-depth study?
> More information about the Swift evolution process is available at
> 
> https://github.com/apple/swift-evolution/blob/master/process.md 
> <https://github.com/apple/swift-evolution/blob/master/process.md>
> Thank you,
> 
> -Doug
> 
> Review Manager
> 
> _______________________________________________
> swift-evolution mailing list
> swift-evolution@swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution

Reply via email to