2016-06-02 2 views
1

Я обычно изложены структуру приложения следующим образом:Node JS - MVC - соглашения об именах

+----my_awesome_nodejs_app 
| +----app 
| | +----app.js 
| | +----node_modules 
| | +----tomatoes 
| | | +----tomatoes.controller.js 
| | | +----tomatoes.helper.js 
| | | +----tomatoes.model.js 
| | | +----tomatoes.route.js 
| | +----views 
| | | +----tomatoes.pug 
| +----public 
| | +----tomatoes 
| | | +----tomatoes.css 
| | | +----tomatoes.js 
| +----spec 
| | +----tomatoes.spec.js 

Я предпочтение именования, совпадающее переднего конца (например, example.com/tomatoes) - в Я думаю, что это облегчает поддержку долгосрочных (хотя, вероятно, есть лучший способ сделать это)

Это сказало - если, скажем, я решил изменить tomatoes сказать sausages - мне нужно обновить все мои тесты, каталог имена, имена файлов и комментарии соответственно (не говоря уже о CSS или JS для конкретных страниц).

Это что-то, что я просто должен принять и учитывать при проведении такого действия, или есть другой (лучший) способ сделать это, чтобы обеспечить большую гибкость?

ответ

1

Трудно избавиться от необходимости выполнять изменения во всех связанных файлах без перенастройки решения.

Что-то, что может помочь разместить все связанные файлы для компонента/модуля/части в той же папке, см. Relational Structure in this blog post for more information.

На мой взгляд, реляционная структура упрощает управление большими проектами, так как вы находите все связанные ресурсы в одном и том же месте вместо поиска файлов, разбросанных по проекту, чтобы сделать изменения.

+1

Спасибо Робин - очень полезная информация. – doublesidedstickytape

Смежные вопросы