<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 Jun 21, 2016, at 3:02 PM, Dave Abrahams via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><div class=""><div class=""><br class="">If I didn't think it would produce semantic confusion, these would be<br class="">static members e.g. `Array.memoryAlignment`, and you'd have to “scan<br class="">past” `Array`. &nbsp;It's a perfectly natural way to express a property of a<br class="">type.<br class=""></div></div></blockquote><div><br class=""></div><br class=""></div><div>I think</div><div><br class=""></div><div><font face="Menlo" class="">Array&lt;Int&gt;.memoryAlignment&nbsp;</font></div><div><br class=""></div><div>is quite different to scan than</div><div><br class=""></div><div><font face="Menlo" class="">MemoryLayout(Array&lt;Int&gt;).alignment</font></div><div><br class=""></div><div>(And I obviously like the former a lot more if it wouldn't produce</div><div>semantic confusion -- I assume you mean in the compiler and not</div><div>the reader of the code). That said, I think</div><div><br class=""></div><div><span style="font-family: Menlo;" class="">memoryAlignment(Array&lt;Int&gt;.self)</span></div><div><br class=""></div><div>reads better than</div><div><br class=""></div><div><div><font face="Menlo" class="">MemoryLayout(Array&lt;Int&gt;).alignment</font></div><div class=""><br class=""></div><div class="">You don't have to brainparse(TM by Cognition Inc) two other things&nbsp;</div><div class="">before arriving at alignment. &nbsp;The MemoryLayout feels more prominent</div><div class="">than it should. The alignment feels less prominent than it should.</div><div class=""><br class=""></div><div class="">I recognize we disagree on this, and we're unlikely to convince each other&nbsp;</div><div class="">on-list, which is why I tried hard to make sure that your alternative was&nbsp;</div><div class="">properly presented in the proposal. If &nbsp;I have made any errors in expressing&nbsp;</div><div class="">your design, its intent, and rationale, please let me know and I will edit the&nbsp;</div><div class="">proposal to fix.</div><div class=""><br class=""></div><div class="">-- E</div><div class=""><br class=""></div></div></body></html>