最近、サーバー側で JavaScript が使われているとよく耳にします。Node.js、express.js、および類似のものはますます言及されていますが、トピックを深く掘り下げるための考えや時間はありませんでした.
今や情報氾濫は減らないので、もはやその状況を無視することはできません。
私は2つのことについて疑問に思います：
はいの場合：
そうでない場合：
なぜそのような誇大宣伝があるのですか？
このトピックは非常に複雑で、学ぶのは簡単ではないように思えますが、時間が経つにつれて、これがバックエンドコーディングの未来になるのではないかとますます感じています.
はい、交換できます。
知っておく必要がある Node に関する主な概念は beingasyncであり、2 つ目は beingevent-drivenです。したがって、PHP アプリが db にアクセスして応答を返すだけの場合、node.js は db からの応答のアイドリングをブロックせず、他の要求などを処理できるため、そのようなアプリケーションでより効率的になります。
あなたがそれをすれば、それは複雑ではありません。飛び込んでください。質問しないでください - プロトタイプ。本当に必要かどうかを理解するための最良の方法です。
テンプレートを除いて、PHP のすべての必要性を node.js に置き換えました。
はい、できます。
主にデータを提供している場合、より現代的なアプローチは、node.js を使用して安静な api を実装することです。Node.js は、本質的に非同期で動作するため、これに特に適しています。つまり、データ ソース (つまりデータベース) への各要求は、サーバーが戻るのを待っている間、本質的にブロックされません。多くのリクエストを処理するときに効率的です。
これを実装するには、node モジュールのexpress.jsまたはrestify.jsを使用できます。
ただし、警告 - node.js はシングル スレッド アプリケーションであるため、スケーリング可能にする前にいくつかの作業を実行する必要があります。これには、Amazon Elastic Beanstalk を使用するなど、いくつかの優れたソリューションがあります。しかし、node.js は比較的新しいものであるため、他の多くの提案されたソリューションは、本番環境に対応するために何らかの調整が必要になる場合があります。
始める前に、Douglas Crockford による「Javascript の優れた部分」を読むと有益な場合があります。これは、Javascript の知識を、node.js 用の高品質で保守可能なコードを記述できるレベルにするために必要だったものです。