|
Backbone под NodeJS: мало файлов vs много файлов
Размышляю о двух полярных подходах к внутреннему устройству Backbone приложения:
Подход 1: Максимальная декомпозиция до уровня отдельных объектов (каждая модель, коллекция, вид, роутер и т.д. - отдельный js файл)
model.js (model)
collection.js (collection)
view.js (view)
router.js (router)
...
app.js
Подход 2: Максимальная композиция до уровня отдельных модулей (все модели, коллекции, виды, роутеры и т.п. для отдельного модуля собираются в один js файл)
module.js (model, collection, view, router)
...
app.js
В первом случае количество http запросов может значительно превышать второй вариант. Встречал мнение, что много параллельных запросов не есть хорошо (всплывала магическая цифра 4 как некий предел, который превышать нежелательно). Однако, хозяева мнения не уточняли: нехорошо для какого сервера. Может для apache нехорошо, а node.js как раз себя и проявляет в таких ситуациях с прекрасной стороны.
Вопрос: Какой подход когда выбирать? Необходимость управляться с кучей файлов до каких-то разумных пределов не пугает (require.js как вариант). Приложение работает под node.
|
