Документ рассматривает использование Backbone.js в контексте разработки веб-приложений с использованием Ruby on Rails, с акцентом на архитектуру моделей и коллекций. Вместо традиционных подходов он подчеркивает важность событий, роутеров и управления зависимостями, указывая на необходимость структурирования проекта и управления различными шаблонами. Также упоминается, что архитектура с использованием MVC на клиенте требует больше времени по сравнению с традиционными методами.

1. Backbone.js
Профилактика сколиоза
Митин Павел
Anadea Inc. 2012

2. Контекст
социальная сеть в стадии
надвигающейся беты
Ruby on Rails 3.2

3. Контекст
рендеринг на клиенте
Handlebars

4. Контекст
coffeescript
Да. И ещё раз Да

5. Контекст
полевая журналистика
● свежие впечатления
● постоянно изменяющиеся оценки
происходящего

6. События моделей и коллекций
главный урок
События моделей и коллекций backbone --
это становой хребет
архитектуры

7. События моделей и коллекций
какокод
class FirstView extends Backbone.View
publish: (message) ->
@collection.create(
{ message: message },
{ success: =>
@render()
@secondView.render()
}
)

8. События моделей и коллекций
правила
● Привязывайте view к событиям моделей и
коллекций
● Запретите использовать колбэки в
методах backbone

9. События моделей и коллекций
пример
class FirstView extends Backbone.View
initialize: -> @collection.on 'reset', @render, @
publish: (message) ->
@collection.create message: message
class SecondView extends Backbone.View
initialize: -> @collection.on 'reset', @render, @

10. Router
использовать, нельзя игнорировать
Роутер -- второе по значимости (после
событий на моделях и коллекциях)
основание архитектуры страницы

11. Router
корень дерева объектов
● Руководит жизненным циклом view
● Инстанцирует те коллекции и модели, о
которых знает больше чем
● одно view

12. Backbone и потоки данных
в случае обилия полей ввода,
используйте альтернативы
● Расширения backbone
● Другие javascript/coffeescript фреймворки

13. Структурирование дерева проекта
правило
Один класс -- один файл

14. Структурирование дерева проекта
бенефиты
● Упрощает навигацию по кодовой базе
● Упрощает менеджмент зависимостей

15. Менеджмент зависимостей
require от sprockets
Работает достаточно надежно (по крайней
мере, для staging окружения:)

16. Трактуйте вашу модель как
viewModel
logic-less шаблоны
Изменяйте модель под нужды конкретной
страницы. Не пытайтесь повторно
использовать ее

17. Верстка
Bерстальщик должен знать некоторые
особенности backbone
● Правило: одно view, один tag
● Конкуренция нескольких view за одни таг в
DOM-дереве
● Forms considered harmful

18. backbone + legacy-code
Нет
Оставьте эти попытки!

19. Appendix
аспекты приложения, не имеющие
прямого отношения к backbone
● Разные шаблонные движки для сервера и клиента
(haml + handlebars)
● REST Level 3 (hypermedia controls)
● Декораторы вместо view-хелперов на стороне
сервера
● PageObject в автоматических приемочных тестах
● Сервер полнотекстового поиска как основы read-side
части приложения

20. Главный вывод
Архитектура с MVC на клиенте требует в
ДВА раза больше времени, чем
традиционый RoR подход