Re: Specifying class interfaces with AUTOMETH

2004-05-07 Thread Larry Wall
On Fri, May 07, 2004 at 01:39:43PM -0400, Austin Hastings wrote: : I agree: classes have a chance to pre-specify the class : signatures, and objects get a chance to dynamically agree to : undertake method calls. : : The timeframe I was thinking of was object construction time. I don't see the val

RE: Specifying class interfaces with AUTOMETH

2004-05-07 Thread Austin Hastings
> -Original Message- > From: Larry Wall [mailto:[EMAIL PROTECTED] > Sent: Friday, 07 May, 2004 12:40 PM > To: Perl6 Language > Subject: Re: Specifying class interfaces with AUTOMETH > > : This seems an awkward way to implement dispatch, since the > : price of usin

Re: Specifying class interfaces with AUTOMETH

2004-05-07 Thread Larry Wall
On Wed, May 05, 2004 at 08:12:24PM -0400, Austin Hastings wrote: : Apparently the AUTOMETH code will be invoked to determine what code matches : a request. AUTOMETH will "return a reference to" a matching method. This : implies that AUTOMETH is expected to resolve dispatch within the class -- : "He

Specifying class interfaces with AUTOMETH

2004-05-05 Thread Austin Hastings
I was looking at *Unit the other day, and at the very satisfying "Mock Objects" systems that have grown up around them for automated testing. In a Decorator/delegation context, it seems like yet another case where there's two ways to do things: 1- In(tro)spect the classes you want to replicate/ex