>I wonder if this problem couldn't be solved with a proper combination of
>@ISA, SUPER::, NEXT::, and use delegation? (calling Damian... :-)
The problem I see is a bit of trickery would be necessary to get
static calls to the class to resolve to the appropriate method.
Using Schwern's DBI examp
nt to fix the problem, and not necessary.
.greg
--
Greg Williams, Cnation, (310) 228-6924
"Wow, no intel, no microsoft, sounds like a computer
that might... dare I say it... work!" -LHB
d published class APIs as that will
break your code (as it should) when class implementations change.
REFERENCES
RFC 172 - Precompiled Perl scripts.
Filter::decrypt
http://search.cpan.org/doc/PMQS/Filter-1.19/decrypt/decrypt.pm
.greg
--
Greg Williams| If you wish to live a life free from sorrow,
Cnation | think of what is going to happen as if it had
[EMAIL PROTECTED] | already happened.
ception), I am at a loss of what
to do. Has anybody else experienced this problem (as detailed in the
RFC)? Does anybody else have an opinion on the proposal the RFC
makes? Any feedback is greatly appreciated.
Regards,
Greg
--
Greg Williams| If you wish to live a life free from sorrow,
Cnatio
On Thu, 28 Sep 2000, David L. Nicol wrote:
> First we create a virtual environment to load the package into, then we
> define the methods we wish to overload, then we define all the methods
> to pass through the args -- No, this is not needed at all, we can use ISA
> for that can't we!
>
>p
olved' to some extent. My concern is that the level of the
solution is currently on the level of a kludge. That is, the
solution is not as elegant in looks or performance as a solution
could be were it built into the language. For example, it is
currently possibly to implement delegation i
