Re: Annouce: DBIx::Class, a.k.a "taking the easy way out"

[prev] [thread] [next] [Date index for 2005/07/26]

From: William Ross
Subject: Re: Annouce: DBIx::Class, a.k.a "taking the easy way out"
Date: 09:44 on 26 Jul 2005
On 26 Jul 2005, at 01:49, Brad Bowman wrote:

>> You're missing the point about what's wrong with mulitple  
>> inheritance.
>> ...
>>
>
> Great stuff!

nod!

>> But there's the static nature of using MI to gain behavior rather  
>> than
>> delegation.  Given the discussion about plug-ins this bears  
>> mentioning.
>>
>
> The inheritence of Ima::DBI is another example.  People have had
> difficulty with multiple handles and mod_perl, yet since it's
> statically inherited behaviour there is nowhere to cleanly override  
> it.

...but I don't agree with this. I find that Ima::DBI and cdbi provide  
a cluttered but very useable inheritance environment, once you've got  
your head around all the methods that will appear at runtime as a  
result of calls to various methods inherited from other classes.  
Class::DBI::Factory has been providing a mod_perl-friendly multiple- 
database solution for years.

I think perhaps what's needed is an article entitled something like  
'Class::DBI in action', which describes exactly what happens during a  
few common operations and tells people where to start making changes.

I do agree that it isn't easy to understand what's happening from the  
docs - it's part of the purpose of the module to shield you from  
what's happening, after all - or even from the code, but once you do,  
it's a rewarding and powerful setting in which to work.

Anyone here edit perl.com? :)

will

(message missing)

Re: Annouce: DBIx::Class, a.k.a "taking the easy way out"
William Ross 09:44 on 26 Jul 2005

Delegation vs Hooks (was: Annouce: DBIx::Class, a.k.a "taking the easy way out")
=?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= 23:27 on 26 Jul 2005

Generated at 16:37 on 28 Jul 2005 by mariachi v0.52