2011/1/17 Nils Adermann <[email protected]>: > On 01/17/2011 09:21 AM, Jordi Boggiano wrote: >> >> On Mon, Jan 17, 2011 at 8:09 AM, Fabien Potencier >> Agreed, but then it should be Symfony\Bundle\Framework\FrameworkBundle >> (last one being the bundle class), because its not >> Component\FinderComponent, so repeating bundle all over the place in >> the namespace doesn't make sense imo. > > +1
-1 Naming it FrameworkBundle makes a lot of sense when browsing the Bundle/ directory with a file browser. Reading "FrameworkBundle" makes much more sense than "Framework" IMO. Namespace length doesn't really matter IMO. Namespaces should be managed by an IDE, so you usually won't write the namespaces yourself. 2011/1/16 JF Simon <[email protected]>: > bundles/ > Application/ > FrontendBundle/ > BackendBundle/ > Sensio/ > CasBundle/ > FrameworkExtraBundle/ > Kriss/ > FacebookBundle > ... > vendor/ > doctrine/ > symfony/ > zend/ +1, but keep src/ instead of bundles/ I like that you dropped the Bundle/ directory. This encourages developers to put everything into bundles and keeps things simple (avoiding the question "should I put this in a bundle or not?") and reusable. In Symfony2 itself we should keep the Bundle/ directory, since we need the distinction between components and bundles. In 90% of the applications, this distinction won't be necessary. The other 10% can customize the directory structure. Why don't we drop the vendor/ directory alltogether and put the vendor namespaces of all vendors into the src/ directory? src/ App/ FrontendBundle/ BackendBundle/ Sensio/ Bundle/ Doctrine/ ORM/ Common/ Symfony/ Bundle/ Component/ 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
