9

I'm new to version 2 of the Symfony framework. I made some projects with v1 but now trying to get my head around the new version and it's features. I read over the concept of Bundles but it's purpose is not yet very clear to me.

Say you have a big web application, a CRM for example. How would the bundles look like? Would it be NewsletterBundle (for sending newsletters), ContactManagementBundle (for managing contacts), UserBundle (for editing users and their permissions).

Or would it be less cut-up like, EmailBundle (for handling the entire email traffic), CRMBundle (for putting in all your CRM code), PermissionsBundle, ApiBundle.

j0k
  • 22,600
  • 28
  • 79
  • 90
tomvo
  • 1,409
  • 1
  • 12
  • 21

1 Answers1

20

I like to think of it like this: a bundle should represent a specific feature or set of like features for a project.

Your first example is a better use of bundles than your second example, because the purpose of each bundle is more defined. While it's possible to use one CRMBundle for everything, you wouldn't really be taking advantage of Symfony's ability to organize your code. Additionally, if you wanted to port over your Newsletter code to a new project, but not all of the CRM code, you'd have an easier time copying over a NewsletterBundle versus copying over the CRMBundle, and then pruning it.

When thinking about a Symfony2 project, sometimes you want to forget everything you know about symfony 1.x, since they take wildly different approaches to solving many problems. For example, in symfony 1 it was common to build a 'frontend' and 'backend' app for a project, and each app would obviously contain logic specific to those parts of the project. So you might have a Newsletter controller in both the frontend and backend apps. In Symfony2, you're better off using only one Newsletter bundle, but with two controllers (perhaps named 'frontend' and 'backend'). Again, an immediate benefit to this is how reusable your code becomes.

Steven Mercatante
  • 24,757
  • 9
  • 65
  • 109
  • 2
    "Symfony's ability to organize your code" ? I'm sorry, but what does symfony is just to force you to create bundles, and thus being tied to convention based autodiscovery (which maybe you translate to "organisation of code"). – Florian Klein Jun 13 '13 at 13:34
  • 1
    I learned something with symfony, it's that organizing things under bundles is (generally) a bad idea, as an application developer. You end up tied to a framework. Instead, organize your code as if there is no framework. Symfony2 is VERY good at this, it's so flexible that you can do it. – Florian Klein Jun 13 '13 at 13:36