Hi Jurian, I'm not sure if Benjamin's reasons for stopping were 'very good'...to me it sounds like it came down to him not having enough time to flesh everything out and get it as functional as Doctrine, rather than real reasons for excluding it from Zend. If we find additional interest in the project, it should be revisited.
Just to be clear...Zend\Db would not be changed in any way, the new ORM would simply be a separate layer that leveraged it's power. And of course Doctrine integration should still exist...the Zend_Entity (or whatever it turned out to be) would be an option for Developers...nobody would be forced to use it. It would simply provide ORM 'out of the box' in a native Zend Framework implementation. Those that preferred Doctrine would be free to use that. I'm not sure why you say an ORM is 'too much'...if ORM is too much, do you consider MVC to be 'too much'? It controls how your entire application is written, not just the persistence. On Tue, Nov 16, 2010 at 3:20 PM, Jurian Sluiman <[email protected]>wrote: > On Tuesday 16 Nov 2010 22:45:42 Nick Daugherty wrote: > > Regardless, I think Zend is important enough to have it's own ORM. If it > > had a performant and above all, easy to use, ORM, it could be THE killer > > framework. Right now, Symfony is easily coupled with Doctrine (and > > Doctrine requires parts of it) and seems to be gaining momentum. ORM > would > > definitely be one of the killer components of the ZF and significantly > > lower the barrier to entry for new developers. > > A complete ORM for ZF is way too much. It is tried by Benjamin and this > process stopped because of some very good reasons [1]. > > The more or less low-level implementation of Zend\Db to use it as an ORM is > just perfect I think. When someone wants a more specific tool, Doctrine is > the > right way to go. > Therefore my suggestion is to keep Zend\Db as it is now (in its > functionality) > and make proper tools to integrate Doctrine2 into ZF2 really easy. Then a > developer can choose which db layer s/he wants. > > Regards, Jurian > > [1] http://www.mail-archive.com/[email protected]/msg25412.html > -- > Jurian Sluiman > Soflomo - http://soflomo.com >
