Again good Morning,
I nearly spilled my coffee over my keyboard while reading this ;)
Am 13.07.2009 um 19:19 schrieb Christopher Simon:
Marco is getting the point closely. ZF is for sure, very attractive
and would make sense for a SaaS solution of OXID, but for a software
which is installed by customers at their own server, its not
suitable at all.
It's huge and it will decrease perfomance if no caching system is
used. In fact, look at magento. They use ZF + their own Varien
Framework for Magento. It's well architected, but very very slow.
No. ZF is a component system like ez. You can use whatever component
you want they are not coupled and integrated. In fact there are some
components I would not suggest to be used (starting with Zend_Db and
ending with Zend_Currency and Zend_Date) but the rest ist great.
Magento is not slower than oxid because of the usage of ZF. It's the
database layout. They use a normalized layout which - in fact - was
also there in the oxid 0.1;)
And this is exaclty the difference between oxid and magento - oxid has
a lot of experience and learned which mistakes shouldnt be done. While
magento has a few years to catch up in experience.
Nevertheless there are quite fast installations of magento. They
introduced some "caching" concept where the data is replicated into de-
normalized tables and these shops are really fast.
And - just for the records - swoodoo is also using ZF and we can stand
a shitload of traffic.
The reasons pro ZF are clear and most of them are not 'technical':
#1 it's becoming the standard in PHP area
#2 there are even exams available
#3 there is a lot of know how anout using it (also in-house)
#4 it attracts more skilled developer
#5 it's a simple, easy to use framework and not some overweight
overbloated fat monster like e.g. cake or symphony
For OXID purposes i would rather suggest the usage of ezComponents,
which i've not used yet, but they seem to make more sense than zf to
replace single modules of OXID because they can be used
independently from the rest of the eZ Components Framework. The only
thing it lacks at the moment is a PDF generation library.
Oh my godness. Please not. I know ezComponents. I've worked with it
and I can tell you that:
a.) the components are more heavily coupled than ZF
b.) it's really really slow (ezPublish...)
c.) it's not a real community driven OS project instead maintained by ez
(btw I did contribute a tiny bit to ezComponents so I know about what
I talk here)
Have fun,
d.
Best regards,
Christopher Simon
_______________________________________________
dev-general mailing list
[email protected]
http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________
dev-general mailing list
[email protected]
http://dir.gmane.org/gmane.comp.php.oxid.general
