ИзвестныйРекомендации по лучшей практике для угловой структуры приложения В блоге рассказывается о новой рекомендованной структуре проекта angularjs, которая теперь ориентирована на компоненты, а не на функциональность, или как указано вначальный выпуск github - «Организовано по функции».

Пост блога предполагает, что каждый файл внутри каждого модуля должен начинаться с имени модуля, например:

userlogin/
    userlogin.js
    userlogin.css                
    userlogin.html                
    userlogin-directive.js
    userlogin-directive_test.js
    userlogin-service.js
    userlogin-service_test.js 

Вопрос заключается в следующем: в чем смысл, плюсы и минусы повторения имени модуля внутри каждого имени файла в модуле, а не именования файлов функционально? Например:

userlogin/
    userlogin.js
    userlogin.css                
    userlogin.html   
    controllers.js             
    directives.js
    services.js

Я спрашиваю, потому что яDjango мир, где есть несколько похожая идеяпроекты и приложения, Каждое приложение обычно имеет своеmodels.py, views.py, urls.py, tests.py, В именах сценариев нет повторяющегося имени приложения.

Я надеюсь, что я не пересекаю линию, основанную на мнении, и есть законная причина для следования подходу.