backbone.js noob confused by conflicting tutorials [closed]

Answer 1

I will answer from experience:

Q: The second does the opposite. Which is the best practice for the "C" in backbones spin on MVC?

A: There is no Controller in current Backbone http://backbonejs.org/ - "C" happens either in View (most cases) or in Router (see below).

Q: The first tut defines urls in the Model, whereas the second defines it in the Collection. Which is the better practice?

A: There are cases when you don't need collections. In case when you don't, your model absolutely needs a URL. When you do have a collection, URL you specify for Collection will apply to its models.

Q: The second tut makes use of Backbone.Router, while the first one does not. Which is best practice?

A: Rule of thumb - you want to use Router in 2 cases: 1) when you want to have history, and 2) when you want to have permalinks. Otherwise you don't really need router.

Answer 2

this is a good question. Though, Backbone isn't taking position on how you should organize your code.

So, the real answer is: it depends.

It depends on the need of your application and how you're used to program.

If you want an overview of some best practice, I'd refer you to the Backbone Boilerplate project: https://github.com/tbranyen/backbone-boilerplate

This project is pretty solid, and really helped me out when starting.

Then, to answer your question (this may feel opiniated, and it is indeed):

1: Backbone is mostly an MV* framework (Model-View-Whatever). Controller logic mostly live into Backbone view, and this is OK for front end developpement as logic is often really tied to the UI (as we are mostly coding interfaces). Backbone isn't coming built in with controller, but if you prefer this type of organization, just build your own.

2: Urls depends on your need. If you're fetching a full collection, set it up on the collection, if you're only fetching (or probably saving) one model, set it on the model. These too live well together.

3: About Router, if you're building multiple pages/sections on your app, use them. But beware of not using routes as action as you would do in RESTful APIs, this will most of the time brings problem eventually (user press back button, etc). So, use routes if you want to manage pages.

Hope this help !!

Answer 3

Backbone.Controller was renamed to Backbone.Router last year. I guess you were reading an old tutorial.

BackboneTutorials.com is a decent tutorial for getting started.

Build a small app as you learn and you'll know what Backbone does for you.

The best way to learn Backbone is to go through the annotated source code. Each and every line is commented and explained.

Use the dev version instead of the minified version when building your app. This helps in debugging.

If you are into reading books, check out Addy Osmani's Backbone Fundamentals, a free e-book. The book is awesome, but quite verbose. You can use it as a reference.

See this question on Quora for the definitive list of resources;

Don't worry too much about what's 'V' and what's 'C' and backbone's spin on MVC. The framework does an excellent job of separating code that interacts with the server and the code that performs the core client logic. Templating and updation of DOM Elements is left to you. It's pretty minimalistic in that sense. Backbone provides Events that make the different parts interact with each other.