[Dbix-class] Handel 1.0: Electric Boogaloo

[Christopher H. Laco]

Christopher H. Laco wrote:
> It's become clear to me as of late that my Handel-DBIC branch is so far
> behind trunk that re converting to the latest DBIC isn't worth the
> effort given that I'd like to do a big refactor in 1.0 anyways.
> 
> The thought I'm entertaining for 1.0 is a move from ISA subclassing
> towards delegation. Not only would I like for someone to be able to plug
> in their own DBI layer, but I'd like people to be able to get away from
> DBI altogether if they wish. For example, storing the carts contents
> remotely via SOAP/XMLRPC or storing them locally in things like XML etc.
> This may be a BadThing(TM) which I will regret at some later date. At
> least at the DB level, I'd like to give people the ability to store the
> cart and orders stuff in two completely different databases.
> 
> I know, or think I know, that one of the focuses of DBIC as of late is
> to be used as a delegate using Schema rather than relying on
> subclassing. What I don't yet understand is a clear best way to tuck
> that type of stuff under the covers of another module.
> 
> I would think at the very least, I'm going to have 3 levels of things,
> the public API, the data access API, and the DBIC Schema modules
> themselves. The public API would be essentially what it is now:
> new/add/delete/load, etc. The DBIC Schema is pretty straight forward as
> well. It's essentially that column/table setups from my current
> CDBI/DBIX hackings.
> 
> As for the DBI layer and the delegation magic, I'm totally lost.
> Has anyone done something similiar; moved from an ISA setup to a
> delegation setup? Does it work? Does it fail?
> 
> Thanks,
> -=Chris

Or, maybe 2 layers: my public API and DBIC Schemas.
What's the plan for DBIx::Class::Storage? Is it pluggable, or could one
write their own storage for XMLRPC, or Ini files, etc?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.rawmode.org/pipermail/dbix-class/attachments/20060124/47769ade/smime.bin