Структура справочника Backbone.js

Question

Новое в Javascript/Backbone. Мне интересно, что такое «соглашение» в Backbone при настройке структуры каталогов.

У меня есть приложение Backbone.js, которое имеет две основные точки входа. Один из них - Admin (admin.mydomain.com), а другой - User (user.mydomain.com). Теперь я смущен тем, как назвать файлы/каталоги.

В частности, это лучше сделать это:

-views 
--admin 
----items.js 
--user 
----items.js 

-templates 
--admin 
----items.html 
--user 
----user.html 

--models 
--collections 

или

-admin 
--views 
----item.js 
--templates 
----item.html 

-user 
--views 
----item.js 
--templates 
----item.html 

--models 
--collections 

Кроме того, если у меня есть каталог с 2 маршрутизаторами, и я не хочу, чтобы создать 2 отдельно каталоги только для размещения 1 файла в каждом, чтобы разделить их, как их назвать? Например, у меня есть каталог routers, который содержит два файла, маршрутизатор для admin и маршрутизатор для user. Если у меня есть:

• 2 отдельные каталоги с именем пользователя и администратора в маршрутизаторе каталога, и каждый каталог содержит router.js
• только 2 файлы в каталоге с именем маршрутизатора admin-router.js и user-router.js.

Также, когда предлагается указать файл admin.router.js или admin-router.js?

Спасибо!

Answer 1

Это, вероятно, будет закрыто как «не настоящий вопрос» или что-то подобное, потому что это стилистическая вещь, которая, в зависимости от вашей точки зрения, либо не имеет правильного ответа, либо имеет другой правильный ответ для каждого проект.

Я большой поклонник второго варианта, потому что это означает, что разные люди могут работать независимо от разных частей проекта. Если вам удастся написать служебный пакет, его можно легко удалить в другой проект, вместо того, чтобы поместить три разных файла в разные места. И, тем не менее, это Bower-friendly, это должно быть подходящим для вашего случая использования.

Преимущество первого подхода заключается в том, что не все будет хорошо вписываться в такие разделы. Что происходит, когда у вас есть модели, на которые полагаются как пользователь, так и администратор? Вы застряли либо с дублирующим кодом, имея один с жесткой зависимостью от другого только для этого одного файла, либо отделяя его от своего собственного модуля, который быстро переходит в совершенно плоскую структуру, если довести его до логического завершения.

Подходящие для Google термины, которые вы ищете, это «пакет по функциям» и «пакет за слоем», если вы хотите узнать больше или просто наслаждаетесь чтением интернет-промахов.