O famosoRecomendações de práticas recomendadas para a estrutura angular de aplicativos A postagem do blog descreve a nova estrutura de projeto angularjs recomendada, que agora é orientada a componentes, não funcionalmente ou conforme nomeado noproblema inicial do github - "Organizado por recurso".

O post do blog sugere que cada arquivo dentro de cada módulo comece com o nome do módulo, por exemplo:

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

A questão é: qual é o sentido, prós e contras de repetir o nome do módulo dentro de cada nome de arquivo no módulo, em vez de ter os arquivos nomeados funcionalmente? Por exemplo:

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

A razão pela qual pergunto é que estou vindo de umDjango mundo onde existe uma idéia um pouco semelhante de terprojetos e aplicativos. Cada aplicativo geralmente tem seu própriomodels.py, views.py, urls.py, tests.py. Não há nome de aplicativo repetido dentro dos nomes do script.

Espero não estar cruzando uma linha baseada em opiniões e que haja uma razão legítima para seguir a abordagem.