On 25 Jan 2007, at 10:59, Matt S Trout wrote:
The nice thing about Catalyst is that it is open to many different
models, views, etc.
So no, the Geneva team will indeed use Catalyst, but not
DBIx::Class; instead we have another ORM called DBIx::DataModel
(also on CPAN).
Which reminds me, you and I still need to sit down and chat about
synergies.
I reckon I could re-implement the documented interface of
DBIx::DataModel atop DBIx::Class in ~3 days and it would actually
be quite natural to do so, so I'm more and more suspecting the
differences between the projects are largely in terms of how we
conceptualise the interface rather than how we actually see the
underlying domain.
Note in case this isn't clear - I suggested about 3 days because (1)
DBIx::DataModel is sanely built and pretty easy to understand at
least to me, (2) both projects are very much designed (although this
is maybe less obvious in the case of DBIC) in terms of the underlying
relational model to which we interface.
Please don't take it as a snipe at DataModel - if anything, it's a
compliment since DataModel operated this way out of the door whereas
DBIx::Class only got there by my usual iterative redesign/refactoring
process, and I'm happy to say that most of the bits you lot really
love were pretty much an accident on my part that fell out along the
way :)
--
Matt S Trout, Technical Director, Shadowcat Systems Ltd.
Offering custom development, consultancy and support contracts for
Catalyst,
DBIx::Class and BAST. Contact mst (at) shadowcatsystems.co.uk for
details.
+ Help us build a better perl ORM: http://dbix-
class.shadowcatsystems.co.uk/ +
_______________________________________________
List: http://lists.rawmode.org/cgi-bin/mailman/listinfo/dbix-class
Wiki: http://dbix-class.shadowcatsystems.co.uk/
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/trunk/DBIx-Class/
Searchable Archive: http://www.mail-archive.com/[email protected]/
