着名的Angular App Structure最佳实践建议博客文章概述了新推荐的angularjs项目结构,该结构现在面向组件,而不是面向功能,或者在最初的github问题中命名- "按功能组织".
博客文章建议每个模块中的每个文件都应该以模块名称开头,例如:
userlogin/
userlogin.js
userlogin.css
userlogin.html
userlogin-directive.js
userlogin-directive_test.js
userlogin-service.js
userlogin-service_test.js
Run Code Online (Sandbox Code Playgroud)
问题是:在模块中的每个文件名中重复模块名称的优点和缺点是什么,而不是命名功能的文件?例如:
userlogin/
userlogin.js
userlogin.css
userlogin.html
controllers.js
directives.js
services.js
Run Code Online (Sandbox Code Playgroud)
我问的原因是我来自一个Django与项目和应用有一些类似想法的世界.每个应用程序通常都有它自己的models.py,views.py,urls.py,tests.py.脚本名称中没有重复的应用程序名称.
我希望我没有跨越基于意见的路线,并且有正当理由遵循这种方法.
javascript code-organization naming-conventions project-structure angularjs