我通常会按如下方式设置应用程序结构:
+----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)。
这是我在采取此类行动时只需要接受和考虑的事情,还是有其他(更好)的方式能够做到这一点以提供更大的灵 active ?
最佳答案
在不过度设计解决方案的情况下,很难摆脱在所有相关文件中执行更改的情况。
可以提供帮助的是将组件/模块/零件的所有相关文件放在同一文件夹中,请参阅 Relational Structure in this blog post for more information .
在我看来,关系结构也使大型项目更容易处理,因为您可以在同一位置找到所有相关资源,而不必搜索分散在项目周围的文件来进行更改。
关于javascript - Node JS - MVC - 命名约定,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37587148/