
<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=""><div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class="">Why is it important to highlight word boundaries in so many other conventions in Swift but not in this one? What would be lost with this alternative?</div><div class=""><br class=""></div><div class="">public</div><div class="">module_private</div><div class="">file_private</div><div class="">private</div><div class=""><br class=""></div><div class="">Is it just the extra (chorded, on US keyboards) keystroke? I think the readability benefits of clear word boundaries far outweigh the keystroke cost (especially with good editor auto-complete).</div></div></div></div></div></blockquote><div><br class=""></div><div><div>The keywords, unlike identifiers, are always the same. You don't need to parse them every time; ‘on an infinite timescale’, you get used to them and recognize them at a glance. So the value of adding an underscore (or, heaven forbid, camel case style) to a keyword is a lot less than with identifiers.</div><div class=""><br class=""></div></div><div>My personal completely subjective opinion is that the underscored ones look gross and pull too much attention onto themselves, rather than helping to focus on the identifiers. To me, this actually <i class="">detracts</i> from the overall readability of the entire line.</div><div><br class=""></div><div>In other words: nothing says “nothing to see here, move along” quite like abunchofgibberishthrowntogether.</div><div><br class=""></div><div>A.</div></div></body></html>