nodejsのシングルトンパターン-必要ですか？

私は最近、Node.jsでシングルトンを作成する方法についてこの記事を見つけました。私はrequire 次のような州の文書を知っています：

モジュールは、最初にロードされた後にキャッシュされます。への複数の呼び出しrequire('foo')により、モジュールコードが複数回実行されない場合があります。

したがって、必要なすべてのモジュールは、シングルトンボイラープレートコードなしでシングルトンとして簡単に使用できるようです。

質問：

上記の記事は、シングルトンを作成するためのラウンドアラウンドソリューションを提供していますか？

これは基本的にnodejsキャッシングに関係しています。簡潔でシンプル。

https://nodejs.org/api/modules.html#modules_caching

（v 6.3.1）

キャッシング

モジュールは、最初にロードされた後にキャッシュされます。つまり、（特に）require（ 'foo'）を呼び出すたびに、同じファイルに解決される場合は、まったく同じオブジェクトが返されます。

require（ 'foo'）を複数回呼び出しても、モジュールコードが複数回実行されることはありません。これは重要な機能です。これにより、「部分的に完了した」オブジェクトを返すことができるため、循環が発生する場合でも推移的な依存関係をロードできます。

モジュールでコードを複数回実行する場合は、関数をエクスポートして、その関数を呼び出します。

モジュールのキャッシングに関する警告

モジュールは、解決されたファイル名に基づいてキャッシュされます。モジュールは、（node_modulesフォルダーからロードする）呼び出しモジュールの場所に基づいて異なるファイル名に解決される可能性があるため、require（ 'foo'）が異なるファイルに解決する場合、常にまったく同じオブジェクトを返す保証はありません。

さらに、大文字と小文字を区別しないファイルシステムまたはオペレーティングシステムでは、解決された異なるファイル名が同じファイルを指す可能性がありますが、キャッシュはそれらを異なるモジュールとして扱い、ファイルを複数回リロードします。たとえば、require（ './ foo'）とrequire（ './ FOO'）は、。/ fooと./FOOが同じファイルであるかどうかに関係なく、2つの異なるオブジェクトを返します。

簡単に言えば。

シングルトンが必要な場合; オブジェクトをエクスポートします。

シングルトンが必要ない場合。関数をエクスポートします（そして、その関数で何かを行う/戻す/何かを行います）。

非常に明確にするために、これを適切に実行すれば機能するはずです。https：//stackoverflow.com/a/33746703/1137669（Allen Luceの回答）をご覧ください。ファイル名の解決方法が異なるためにキャッシュが失敗した場合に何が起こるかをコードで説明します。ただし、常に同じファイル名に解決する場合は機能します。

2016年の更新

es6シンボルを含むnode.jsで真のシングルトンを作成する 別の解決策：このリンク

アップデート2020

この回答はCommonJS（Node.jsがモジュールをインポート/エクスポートする独自の方法）を参照しています。Node.jsは、おそらくECMAScriptモジュールに切り替わります ：https : //nodejs.org/api/esm.html （ECMAScriptは、ご存じない場合はJavaScriptの本当の名前です）

ECMAScriptに移行するときは、今のところ以下をお読みください。https：//nodejs.org/api/esm.html#esm_writing_dual_packages_while_avoiding_or_minimizing_hazards

上記のすべてが複雑すぎます。デザインパターンは実際の言語の欠陥を示していると言う思想の学校があります。

プロトタイプベースのOOP（クラスレス）を使用する言語では、シングルトンパターンはまったく必要ありません。その場でシングル（ton）オブジェクトを作成し、それを使用するだけです。

ノード内のモジュールについては、はい、デフォルトでキャッシュされますが、たとえば、モジュールの変更のホットロードが必要な場合は微調整できます。

しかし、はい、共有オブジェクトをすべて使用したい場合は、それをモジュールに入れてエクスポートします。"シングルトンパターン"で複雑にしないでください。JavaScriptでは必要ありません。

いいえ。 ノードのモジュールキャッシュが失敗すると、そのシングルトンパターンは失敗します。OSXで意味のあるように実行するように例を変更しました。

var sg = require("./singleton.js");
var sg2 = require("./singleton.js");
sg.add(1, "test");
sg2.add(2, "test2");

console.log(sg.getSocketList(), sg2.getSocketList());

これにより、作成者が予想した出力が得られます。

{ '1': 'test', '2': 'test2' } { '1': 'test', '2': 'test2' }

しかし、小さな変更はキャッシングを無効にします。OSXでは、次のようにします。

var sg = require("./singleton.js");
var sg2 = require("./SINGLETON.js");
sg.add(1, "test");
sg2.add(2, "test2");

console.log(sg.getSocketList(), sg2.getSocketList());

または、Linuxの場合：

% ln singleton.js singleton2.js

次に、sg2require行を次のように変更します。

var sg2 = require("./singleton2.js");

そして、bam、シングルトンは打ち負かされています：

{ '1': 'test' } { '2': 'test2' }

私はこれを回避するための許容できる方法を知りません。シングルトンのようなものを作成する必要性を本当に感じており、グローバル名前空間を汚染することに問題がない場合（および結果として生じる可能性のある多くの問題）、作成者getInstance()とexports行を次のように変更できます。

singleton.getInstance = function(){
  if(global.singleton_instance === undefined)
    global.singleton_instance = new singleton();
  return global.singleton_instance;
}

module.exports = singleton.getInstance();

とはいえ、このようなことをする必要がある運用システムの状況に遭遇したことはありません。また、JavaScriptでシングルトンパターンを使用する必要性を感じたことはありません。

モジュールのドキュメントでモジュールのキャッシュに関する警告をもう少し見てみましょう：

モジュールは、解決されたファイル名に基づいてキャッシュされます。モジュールは、（node_modulesフォルダーからロードする）呼び出しモジュールの場所に基づいて異なるファイル名に解決される可能性があるため、require（ 'foo'）が異なるファイルに解決する場合、常にまったく同じオブジェクトを返す保証はありません。

そのため、モジュールが必要な場所に応じて、モジュールの別のインスタンスを取得することが可能です。

モジュールのような音は、シングルトンを作成するための単純なソリューションではありません。

編集：または多分そうです。@mkoryakのように、単一のファイルが（シンボリックリンクを使用せずに）異なるファイル名に解決される場合は思いつきません。しかし（@JohnnyHKコメントとして）、異なるnode_modulesディレクトリにあるファイルの複数のコピーがそれぞれ個別にロードされて保存されます。

このようなnode.js（またはブラウザのJSの場合）のシングルトンは完全に不要です。

モジュールはキャッシュされ、ステートフルであるため、提供したリンクに示されている例は、はるかに簡単に簡単に書き直すことができます。

var socketList = {};

exports.add = function (userId, socket) {
    if (!socketList[userId]) {
        socketList[userId] = socket;
    }
};

exports.remove = function (userId) {
    delete socketList[userId];
};

exports.getSocketList = function () {
    return socketList;
};
// or
// exports.socketList = socketList

ES6クラスを使用するここでの唯一の答え

// SummaryModule.js
class Summary {

  init(summary) {
    this.summary = summary
  }

  anotherMethod() {
    // do something
  }
}

module.exports = new Summary()

このシングルトンが必要です：

const summary = require('./SummaryModule')
summary.init(true)
summary.anotherMethod()

ここでの唯一の問題は、パラメーターをクラスコンストラクターに渡すことができないが、initメソッドを手動で呼び出すことで回避できることです。

jsでシングルトンを実行するために特別なことは必要ありません。記事のコードは次のようにすることもできます。

var socketList = {};

module.exports = {
      add: function() {

      },

      ...
};

node.jsの外（たとえば、ブラウザーのjs）では、ラッパー関数を手動で追加する必要があります（node.jsで自動的に行われます）。

var singleton = function() {
    var socketList = {};
    return {
        add: function() {},
        ...
    };
}();

JSではシングルトンは問題ありませんが、それほど冗長である必要はありません。

ノードでシングルトンが必要な場合、たとえばサーバーレイヤーのさまざまなファイルで同じORM / DBインスタンスを使用する場合は、グローバル変数に参照を詰め込むことができます。

グローバル変数が存在しない場合にそれを作成するモジュールを記述し、それへの参照を返すだけです。

@ allen-luceは、脚注のコード例を次のようにコピーして、正しく説明しました。

singleton.getInstance = function(){
  if(global.singleton_instance === undefined)
    global.singleton_instance = new singleton();
  return global.singleton_instance;
};

module.exports = singleton.getInstance();

ただし、newキーワードの使用は必須ではないことに注意してください。古いオブジェクト、関数、iifeなどが機能します。ここではOOPブードゥーは発生しません。

参照を返す関数内のobjを閉じてその関数をグローバルにすると、ボーナスポイントが得られます。グローバル変数を再割り当てしても、そこからすでに作成されているインスタンスが上書きされることはありません。

シンプルに保つ。

foo.js

function foo() {

  bar: {
    doSomething: function(arg, callback) {
      return callback('Echo ' + arg);
    };
  }

  return bar;
};

module.exports = foo();

じゃあ

var foo = require(__dirname + 'foo');
foo.doSomething('Hello', function(result){ console.log(result); });