<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 29 2013, at 14:28 , Joshua Bloch wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Mike,<br><br><div class="gmail_quote">On Fri, Mar 29, 2013 at 12:44 PM, Mike Duigou <span dir="ltr">&lt;<a href="mailto:mike.duigou@oracle.com" target="_blank">mike.duigou@oracle.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><br><div><div class="im"><div>On Mar 29 2013, at 11:01 , Kevin Bourrillion wrote:</div></div><div class="im"><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>Final nit: what's the consistent rule for when exactly this "get" prefix is used?</div></div></div></div></blockquote><div><br></div></div><div>It's generally used to retrieve state with little or no computation or conversion required to produce the result. "as" or "to" imply conversion. Unadorned names usually imply more computation. Across the JDK it's easy to find counter examples to every rule unfortunately.</div>
</div></div></blockquote><div><br></div><div>Do you have any evidence that this is a rule across the JDK (i.e., that it holds in a significant majority of all cases)? </div></div></blockquote><div><br></div><div>Empirical evidence, no. A "get" or "put" method that looked like an&nbsp;accessor&nbsp;but actually does significant computation wouldn't pass the sniff test for me though. Similarly an "as" method that wasn't a conversion or returning a view would make me uncomfortable. Same for "to" method that wasn't a conversion.&nbsp;</div><br><blockquote type="cite"><div class="gmail_quote"><div>&nbsp;I haven't done a methodical study, but it doesn't match my previous assumptions, which are contained in <i>Effective Java</i>.</div></div></blockquote><div><br></div><div>Presumably you are referring to Item 38. It seems that there is no more consensus now about get/put than when you wrote that. My opinion .... consistency where possible and reasonable but absent of consensus then any other factors which improve clarity, encourage correct usage or increase convenience should be considered.</div><div><br></div><div>Mike</div></div></body></html>