节点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) – 因为我认为它更容易支持长期(尽pipe可能有更好的方法来做到这一点)

这说 – 如果说,我决定改变tomatoessausages – 我需要更新我所有的testing,目录名称,文件名和相应的评论(更不用说页面特定的CSS或JS)。

这是我刚才需要接受和考虑什么时候采取这样的行动,还是有另一种(更好)的方式能够做到这一点,让更大的灵活性?

在不解决解决scheme的过程中,很难摆脱所有相关文件的变化。

有一些可以帮助的是将组件/模块/部件的所有相关文件放在同一文件夹中,请参阅本博客中的“关系结构”以获取更多信息 。

在我看来,关系结构使大项目更容易处理,因为您可以在同一地点find所有相关资源,而无需search项目周围的文件来进行更改。