4

我在 node.js 中更多地使用 JavaScript。我的应用程序使用了以下通用“类”。

服务器端：

  • 图书馆
  • 楷模
  • 实用程序
  • 路线

客户端（backbone.js）：

  • 意见
  • 楷模
  • 收藏品

客户端非常简单。我命名所有与它们相关的文件，例如 UserModel.js、UserView.js、UserCollection.js 等。

然而，服务器端变得更加混乱。例如：

模型与 MongoDB 集合相关。每个模型只是各种功能的包装器。如果我有一个 users 集合，我有一个名为 的集合users，我的模型是Users.js。

例如，我也有Users.js与模型交互并包含大部分逻辑的库。

但是，这真的不应该被称为Users，主要是因为我现在很困惑。

路由只是与 URL 相关。因此，如果您有，/account/我将有一条account.js路线-全部小写。

实用程序 - 我只有一个 util.js，我用得不多，所以我不太担心，而且命名对于它的用途和大小来说似乎很好。

您如何建议命名像“库”这样的通用事物，以将它们与模型/路线区分开来。

4

3 回答 3

6

命名约定中最重要的是一致性。你几乎可以找出任何命名约定，只要它是理智和一致的。

话虽如此，在这种情况下，我的名字可能会更冗长。路径可能已经足够好了，但我宁愿看到UserRoutes.js，UserModel.js甚至可能UserLib.js基于你的例子。

在我的一些 node.js 项目中，我什至不使用 .js 扩展名。例如，我的路线是user.routes. 根据不同的扩展名更改编辑器中的语法突出显示很容易。

于 2012-04-26T01:39:04.010 回答
1

助手、扩展、泛型、逻辑、存储库、管理器、调解器、通信器......其中任何一个？

我通常根据我用来实现它们的设计模式来命名事物。

于 2012-04-25T23:25:37.183 回答
0

我实际上正在做你现在正在做的事情。我有模型、路由、视图和控制器的文件夹。然后我在每个文件夹中有一个名为 user.js 的文件。当我需要修复错误或实现与用户有关的事情时，很容易找出我需要去哪里。

我认为，如果我在所有这些文件都实现相关事物的不同方面时试图为所有这些文件提出巧妙的名称，那将是令人困惑的。

于 2012-04-25T23:29:45.403 回答