Question

I’ve been struggling trying to strike the right balance between reusability and complexity when it comes to organizing my Backbone objects into AMD’s (for medium- to large-scale applications)

(A) Should every Backbone object (models, views, etc) be in their own module?
(B) Should related Backbone objects be in the same AMD module? (ie: PersonModel, PersonCollection, PersonView objects in the same module definition)

Option (A) seems to allow the most flexibility and reusability, but also the most complexity because of the (potentially) high number of files. While option (B) may make it easier to manage things, but less flexible and really difficult to unit test.

How is (or has) everyone else structured these things?

Answer 1

I good thing about requirejs is that it allow you to abstract the physical files into structured namespaces. You can take the approach (A) and create each backbone class in their own file, then create a “namespace” module to glue all the related classes together.

// Suppose you have PersonView.js, PersonCollectionjs, PersonModel.js as modules
// create a Person module to function as namespace
define(["PersonModel", "PersonCollection", "PersonView"], function(model, collection, view) {
     return {
        Model: model,
        Collection: collection,
        View: view
     };  
});

This keep the modules organized in their own files and gives you some flexibility to write one module per class without requiring you to expose this organization for the rest of the application (I really don’t like to have to write require("PersonView", "PersonModel" ... ) every time I need to use the person’s objects, it’s easier and cleaner for consumers to declare a dependency on a “namespace” instead of independent classes).