RE: distinguishing getters and setters

I don't care for having position be important, because I can see cases
where that might not be the way the customer naturally thinks about the
data.

In Dylan, symbols are allowed to be part of method names.  This leads to
interesting conventions: question marks after boolean methods and
exclamation marks after imperative methods.  An example:

if (SomeCondition?) DoThis! else DoThat!

If we were to change the convention, I would like us to make getters use
a question mark and setters to use nothing.  Or maybe some other set of
symbols.

x | y | divide?

or

x: | y: | divide?

or

x | y | divide!

But I don't have a big problem with the current approach, which puts the
() after the getters, not after the setters.

x | y | divide() 

Jim


-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Bret Pettichord
Sent: Thursday, September 18, 2003 9:53 AM
To: FIT Developers
Subject: [Fit-dev] distinguishing getters and setters

Last i checked, we were distinguishing between getters and setters in
the 
Fit tables, but putting "()" after the names of setters. I haven't
really 
liked this -- it makes it look too much like code -- but haven't had a 
better idea. Until now. Maybe.

Here's the idea. What if we established a convention that the setters
were 
on the left of a table and the getters were on the right. To the tester:

inputs on the left and outputs on the right. And then we put a double
line 
between them? It could be bold line or something... the point would be
try 
to distinguish between them graphically rather than by using
punctuation. 
Could this work?

Bret

P.S. I haven't kept up with recent discussions: my apologies if this
topic 
has already been discussed. I am picking up from the conversation in New

Orleans.


_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog
    Hotlist - www.testinghotlist.com


_______________________________________________
Fit-dev mailing list
[email protected]
http://lists.freepan.org/mailman/listinfo.cgi/fit-dev