<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 10 Apr 2017, at 08:21, Jean-Daniel &lt;<a href="mailto:mailing@xenonium.com" class="">mailing@xenonium.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">Le 10 avr. 2017 à 07:15, David Hart via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; a écrit :</div><br class="Apple-interchange-newline"><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br class="Apple-interchange-newline"><br class="">On 10 Apr 2017, at 05:08, Jose Cheyo Jimenez via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""><br class=""></div><blockquote type="cite" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" class=""><div class=""><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div class="">On Apr 9, 2017, at 7:14 PM, Jonathan Hull via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">This struck me as a bit odd at first, but the more I think about it, the more I really like the ability to nest extensions/scopes. &nbsp;The one issue I see is sticking that public extension inside a private one. &nbsp;I think you would have to mark ‘secret: Int’ as private instead of the extension itself to allow the effect you are looking for...<div class=""><div class=""><br class=""></div><div class="">What I ultimately want is the ability to declare storage in extensions in the same submodule. Combining that with fileprivate will allow the same tricks without the indentation (together in their own file). &nbsp;This nesting will help in the mean-time (and would still be useful after for those who prefer to organize their code in fewer/longer files). &nbsp;I think it could be helpful in other ways too…</div></div></div></div></blockquote><div class=""><br class=""></div>What do you think of `partial` types like C# but limited to a file?</div><div class=""><a href="https://msdn.microsoft.com/en-us/library/wbx7zzdd.aspx" class="">https://msdn.microsoft.com/en-us/library/wbx7zzdd.aspx</a></div><div class=""><br class=""></div><div class=""><a href="https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170403/035360.html" class="">https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170403/035360.html</a></div><div class=""><br class=""></div></div></blockquote><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br class=""></div><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">That's the direction the new proposal (0169) is going towards with extensions in the same file.</div></div></blockquote><div class=""><br class=""></div>I don’t see how SE-0169 do that more than any other meaning private got until now. This was already the case with the initial meaning of private, and was the case with fileprivate.</div></div></div></blockquote><div><br class=""></div><div>The current semantics of private don’t give any support for partial types like in C# because the accessibility is restricted to the current scope. With&nbsp;SE-0169’s private, extensions in the same file as the type share that scope. Plus, the&nbsp;<b class="">Alternatives Considered</b> section of the proposal discusses potential future directions where those extensions could look even more like C# partials :)</div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">And for file splitting and visibility control, we need submodules. Until then, if this proposal is to define the ultimate meaning of private, I rather like this meaning that the SE-0025 one.</div><div class=""><br class=""></div></div></div></blockquote></div><br class=""></body></html>