4

node.js で JavaScript を使用する作業が増えています。私のアプリケーションには、使用される次の一般的な「クラス」があります。

サーバ側：

  • ライブラリ
  • モデル
  • ユーティリティ
  • ルート

クライアント側 (backbone.js):

  • ビュー
  • モデル
  • コレクション

クライアント側は非常に簡単です。UserModel.js、UserView.js、UserCollection.js など、その内容に関連するすべてのファイルに名前を付けます。

ただし、サーバー側はさらに厄介になります。例えば：

モデルは MongoDB コレクションに関連しています。各モデルは、さまざまな機能の単なるラッパーです。ユーザー コレクションがある場合、 というコレクションがusersあり、モデルはUsers.jsです。

たとえばUsers.js、モデルとやり取りし、大部分のロジックを含むライブラリもあります。

Usersただし、主に私が混乱しているため、これは本当に と呼ばれるべきではありません。

ルートは単に URL に関連付けられています。あなたが持っているなら、私はルート/account/を持っているでしょう- すべて小文字です。account.js

ユーティリティ - 私はあまり使用しない util.js を 1 つだけ持っているので、それほど心配する必要はありません。その目的とサイズから考えて命名は問題ないようです。

「ライブラリ」のような一般的なものに名前を付けて、モデル/ルートと区別することをどのように提案しますか。

4

3 に答える 3

6

命名規則で最も重要なことは一貫性です。健全で一貫性がある限り、ほとんどすべての命名規則を理解できます。

そうは言っても、この場合、私の名前はおそらくもっと冗長になるでしょう。パスで十分かもしれませんがUserRoutes.js、むしろあなたの例に基づいて.UserModel.jsUserLib.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 に答える