かなり大きいNodeJsプロジェクト全体をリファクタリングする必要があります。私が直面している最大の問題の1つは、私の前身が文字通りのドキュメントを含むことです。NodeJのコメントはパフォーマンスに影響しますか？
私はclientside jsに慣れています。ここでは、本番環境にデプロイする前にuglify（またはそれに類似したもの）でコメントを削除することができます。
ノードに類似したものがありますか、それとも人々がこれをどのように処理しますか？コメントのパフォーマンスへの影響は無視できますか？
コメントは、コードのパフォーマンスに大きな影響を与えません。クライアントまたはサーバーのどちらにもありません。
クライアントで何が起こるかは、コメント付きのJavaScriptが含まれている場合、その行はブラウザにダウンロードされており、ユーザーには特別なメリットはありません。
残念ながら、これはまったく正しいわけではありません.V8（Chrome、Opera、nodejsのjavascriptエンジン）のスピードは実際にはコメントの影響を受けますが、インライン関数のヒューリスティックは関数の文字数を調べます：//floitsch.blogspot.de/2012/03/optimizing-for-v8-inlining.html）（悲しいことに、これはまだそうです）。 **しかし、これはコメントの使用に関するOPの決定に影響を与えるべきではありません** –
これを指摘してくれてありがとう、私は前に "重要ではない方法で"追加しておくべきです。 –
物理的シミュレーションのようなリアルタイムの処理を行う場合、有意性はユースケースに依存します。 –
クライアントサイドのコードでは、コメントはブラウザに送信する必要があるファイルサイズに追加されるため、コメントを削除するためにツールが使用されています。一方、サーバーサイドコードのコメントは大きな違いはありません。
コメントは重要な問題のパフォーマンスに影響しません。どのように私はそれを理解し、javascriptプログラムがメモリに読み込まれています。このプロセスでは、コメントは無視され、メモリにロードされません。つまり、アプリケーションの読み込み中にのみ、読み込み時間が非常に短くなり、多くのコメントが発生する可能性があります。しかし、これはごくわずかです。
ユーザーがNodeJSコードを読み取ることができないため、uglifyを使用する必要はありません。そして、それは新たにリファクタされたコードをあなたにとって読みにくくします（これは逆効果です）。
AlbertoとKonstが指摘しているように、uglifyを使ってクライアントがダウンロードするファイルサイズを減らすことができます。
注：私は正確に正しいのか分かりませんが、私が間違っている場合は私を修正してください。
サーバー側のコメントはパフォーマンスに影響を与えません。 – jcubic