<snip>
> Not to hit below the belt, but the only place that I have seen that
> naming used in practice is in the Win32/COM world. Can you name
> another? ;-)
</snip>

We do it as part of our coding conventions (we also do the Abstractxxx thing too). Im rather pro doing it that way too. Mostly its a matter of taste, though I do find it helps to visualise the design better (a diagram would also help - but who has time for that, and anyhow I think better in code than in pictures) - as soon as I see an Ixxx I know that its intended that will be different impls that plug in, and that Id get a lot further trying to instantiate one of those than the interface class... etc...
It works niely for us, but I doubt we would lose much doing it the other way. Certainly beats trying to think of new words that end in 'able'. ;-) Ymmv...




Larry Meadors wrote:
On Sat, 26 Feb 2005 14:30:18 +0100, <[EMAIL PROTECTED]> wrote:

Can you tell me the exact difference between a leading "I" and a leading
"Abstract"  ?

AbstractButton, AbstractModel, AbstractAction...



"Abstract" describes the behavior (the class is an abstract or partial
implementation), where "I" is just a name mangler...I suppose you
*could* argue that it describes the *lack of* behavior, but that still
seems like nonsense. ;-)


I am unaware of any interfaces in the JDK that are ISomething.

There was almost none of those in jdks 1.0, 1.1.x and so on, till swing / 1.2. Wait till 1.6 :-)


OK, you made me look at 1.6, which I suppose is a good thing. :-)

But you also proved my point - I am looking at it now, and see many,
many interfaces, and not a *single one* that is named with a leading
"I" that is not part of what the interface describes - and no,
Iterator does not count...but it was still darn funny!

Not to hit below the belt, but the only place that I have seen that
naming used in practice is in the Win32/COM world. Can you name
another? ;-)

Larry

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to