[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: draft of built-in method combination types
- To: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
- Subject: Re: draft of built-in method combination types
- From: kempf%hplabsz@hplabs.HP.COM
- Date: Mon, 28 Sep 87 16:49:41 MST
- Cc: common-lisp-object-system@sail.stanford.edu
- In-reply-to: Your message of Mon, 28 Sep 87 11:14:24 -0500. <2768832864-16341119@Jenner>
>
>
> A primary method has the name of the method combination type as its
> sole qualifier. For example, the method combination type AND
> recognizes methods whose sole qualifier is AND; these are primary
> methods.
> I thougt about it some more and found two disadvantages in qualifying
> primary methods:
> When one wants to change the method-combination type (from NCONC to
> APPEND), one has to change the qualifiers of all the primary methods in
> the source files.
> Automatic method generators will have to know about the method
> combination type.
>
Another disadvantage is forbidding CALL-NEXT-METHOD within primaries, which
was in my earlier message. This introduces an additional level of
conceptual complexity which destroys the clean semantics of
CALL-NEXT-METHOD.
jak