2011/1/25 Fabien Potencier <[email protected]>:
>> Having Symfony\Tiein would lead to complex discussions of wheather a
>> Doctrine class needs to be in the Bundle or the Tiein and details about
>> configuration and such. Bundles would then be essentially just the
>> DependencyInjection namespace + some resource files.
IMO, bundles should not contain anything that is not Symfony2
specific. I.e., if something can be reused without Symfony2, it
doesn't belong into a bundle, otherwise it does.
Most bundles will contain small "applications", which are Symfony2
specific. The core bundles, on the other hand, mainly integrate a
library into Symfony2. So these should indeed consist only of the DI
configuration and resources.
I think this is also a question of advertisement. We can't really
promote bundles to be easily usable outside of Symfony2, because most
bundles won't be.
Maybe the above tie-in concept is the best compromise, although I'd
rather like to call them extensions. Symfony2 users don't have to care
about extensions, because they are automatically integrated by the
corresponding bundles. But Zend users or users of other framework can
still benefit of all the power in our components. I think this will be
important to attract more people to Symfony2.
So, solution 4: Extensions
--------------------------------------
Provide extensions, that tie components and external libraries
together, but are documented for use outside of Symfony2.
Symfony\
Extension\
Doctrine\
DBAL\
Security\
...
ORM\
Form\
...
ODM\
...
jQuery\
Form\
...
This way, people can easily integrate the whole extension of a
dependency (Doctrine) or only parts of it (Doctrine\DBAL\Security).
Bernhard
--
Software Architect & Engineer
Blog: http://webmozarts.com
Twitter: http://twitter.com/webmozart
--
If you want to report a vulnerability issue on symfony, please send it to
security at symfony-project.com
You received this message because you are subscribed to the Google
Groups "symfony developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/symfony-devs?hl=en
