[FIX][KCP] KCP-0112-FixCanUnderstand
Lothar Schenk
lothar.schenk at gmx.de
Mon Dec 15 17:01:50 UTC 2003
Am Montag, 15. Dezember 2003 18:29 schrieb Hannes Hirzel:
> Hello Lothar
Hello Hannes
> Question:
> > Why is it 'unarguably' good style to fill abstract methods with the line
> > "self subclassResponsibility"?
>
> Answer:
> Because this is an idiomatic convention in the Smalltaker subculture to
> define a method as abstract; see Kent Becks book about Smalltalk idioms.
I know that. But, "because that's the way we do it (always did it)" or
"because Kent Beck says so" is not an argument.
> The point ot Nathanael is that he likes the system to have a way of
> distinguishing between abstract and non-abstract methods.
Is there an intrinsic property of a method which can be used to distinguish
between an abstract and a non-abstract method?
> In general OO software engineering circle the distinction between
> abstract and non-abstract methods is considered to be a valuable
> distinction.
I'm not arguing against the usefulness of this distinction. I am, however,
arguing that abstract methods and their nonabstract counterparts should
express the same basic semantic content.
So, is "self subclassResponsibility" a formulation of the abstract semantics
of a given method, e.g. the closing of a stream?
> Lothar, I really do not see your point.
I see. :)
Lothar
"Walk this world with me"
More information about the Squeak-dev
mailing list
|