On Thu, Aug 6, 2009 at 6:10 PM, Tennessee Leeuwenburg <span dir="ltr"><<a href="mailto:tleeuwenburg@gmail.com">tleeuwenburg@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well, probably everyone will want to do things differently. Not all method names work with an 'is' stuck on the front, or a 'Flag' stuck on the end... I'm trying out an idiom of ending True/False returners with 'Q', i.e. self.isSomethingTheCaseQ() or self.shouldSomethingHappenQ() or self.getSomeFlagQ()... I find that's reasonably aesthetically pleasing, and is a good hint about what the method is for. <div class="gmail_quote">

<div><br></div><div>Also, when working with someone else's code, they may already has isFoo() style methods which don't return flags.</div><div><br></div><div>So Q is good enough for me, but ? would be even better, for me.</div>

<div><br></div><div>Cheers,</div><div>-T</div></div></blockquote><div><br>It's cool, I'd like to know what others think about it. Although I don't think many would agree with you, as this is more of a personal style thing.<br>
<br>Q looks good, and obvious. Or you could resort to the traditional style where b_ prefix seemed to be loved by many C programmers. Hmm.<br><br>isXX and hasXXX still work for me well though.<br><br>Take it easy,<br>-Xav <br>
</div></div><br>