私はNode.jsが何であるかを完全には理解していません。おそらく、私は主に Web ベースのビジネス アプリケーション開発者だからです。それは何ですか？
これまでの私の理解は次のとおりです。
私の理解は正しいですか？はいの場合、イベント I/O の利点は何ですか? また、Node.js は JavaScript ベース (V8 ベース) のプログラミング モデルのようなフレームワークになる方向ですか?
私は仕事で Node.js を使用していますが、非常に強力であることがわかりました。Node.js を説明する言葉を 1 つ選ぶことを余儀なくされましたが、私は「興味深い」と言いたいです (これは純粋に肯定的な形容詞ではありません)。コミュニティは活発で成長しています。JavaScript は、その奇妙な点にもかかわらず、コーディングするのに最適な言語になる可能性があります。また、「ベスト プラクティス」と適切に構造化されたコードのパターンについての自分の理解を毎日再考することになります。現在、膨大なアイデアのエネルギーが Node.js に流れ込んでおり、そこで作業することで、このすべての思考にさらされます。
本番環境で Node.js を使用することは間違いなく可能ですが、ドキュメントで約束されているように見える「ターンキー」展開とはかけ離れています。Node.js v0.6.x では、"クラスター" がプラットフォームに統合され、重要な構成要素の 1 つが提供されていますが、私の "production.js" スクリプトは、ログの作成などを処理するための 150 行のロジックのままです。ディレクトリ、死んだワーカーのリサイクルなど。「深刻な」本番サービスの場合、着信接続を抑制し、Apache がPHPに対して行うすべてのことを行う準備も必要です。公平を期すために言うと、Ruby on Railsにはまさにこの問題があります。これは、次の 2 つの補完的なメカニズムによって解決されます。1) Ruby を Rails/Node に配置する。アパッチ/ Lighttd )。Web サーバーは、静的コンテンツの提供、ログへのアクセス、URL の書き換え、SSLの終了、アクセス ルールの適用、複数のサブサービスの管理を効率的に行うことができます。実際のノード サービスにヒットするリクエストの場合、Web サーバーはリクエストをプロキシします。2)ワーカー プロセスを管理し、定期的にリサイクルするUnicornのようなフレームワークを使用する。存在する可能性がありますが、まだ見つけられておらず、手作業で作成した「production.js」で約150行を使用しています。
Expressのようなフレームワークを読むと、1 つの何でも屋の Node.js サービスを通じてすべてを提供するのが標準的な方法のように思えます... "app.use(express.static(__dirname + '/public'))" . 低負荷のサービスと開発の場合は、おそらく問題ありません。しかし、サービスに大きな負荷をかけ、24 時間年中無休で実行しようとするとすぐに、Nginxがサイトの前面に配置され、すべてを処理するように、大規模なサイトに十分に焼き付けられた、強化された C コードを要求する動機がすぐにわかります。静的コンテンツ リクエスト (... Amazon CloudFrontなどのCDNを設定するまで))。これに関するややユーモラスで恥ずかしがらずに否定的な見方については、この男を参照してください。
Node.js は、サービス以外の用途もますます見つけています。Web コンテンツを提供するために別のものを使用している場合でも、Node.js をビルド ツールとして使用し、npmモジュールを使用してコードを整理し、Browserifyを使用して単一のアセットにつなぎ合わせ、uglify-jsをデプロイ用に縮小する場合があります。 . Web を扱う場合、JavaScript は完全なインピーダンス マッチングであり、多くの場合、最も簡単な攻撃経路になります。たとえば、大量のJSON応答ペイロードを処理したい場合は、構造化データのユーティリティ ベルトである私のunderscore-CLIモジュールを使用する必要があります。
JavaScript と Node.js に関する別の視点については、Java 開発者が Node.js を学習した感想と経験に関するブログ投稿、From Java to Node.js をご覧ください。
モジュール ノードを検討するときは、JavaScript ライブラリの選択によってエクスペリエンスが定義されることに注意してください。ほとんどの人は、非同期パターン ヘルパー (Step、Futures、Async) と JavaScript シュガー モジュール ( Underscore.js )の少なくとも 2 つを使用します。
ヘルパー / JavaScript シュガー:
非同期パターン モジュール:
または、非同期ライブラリのすべてを読むには、この著者とのパネル インタビューを参照してください。
ウェブ フレームワーク:
テスト:
また、推奨される Node.js モジュールの公式リストも確認してください。ただし、GitHub の Node Modules Wikiはより完全で優れたリソースです。
Node を理解するには、いくつかの重要な設計上の選択肢を検討することが役立ちます。
Node.js はイベント ベースであり、非同期/ノンブロッキングです. 着信 HTTP 接続などのイベントは、JavaScript 関数を起動して、データベースへの接続や別のサーバーからのコンテンツのプルなどの他の非同期タスクを開始します。これらのタスクが開始されると、イベント関数が終了し、Node.js はスリープ状態に戻ります。データベース接続が確立されたり、外部サーバーがコンテンツに応答したりするとすぐに、コールバック関数が起動し、さらに多くの JavaScript コードが実行され、さらに多くの非同期タスク (データベース クエリなど) が開始される可能性があります。このように、Node.js は複数の並列ワークフローのアクティビティを喜んでインターリーブし、任意の時点でブロックされていないアクティビティを実行します。これが、Node.js が何千もの同時接続を管理する素晴らしい仕事をする理由です。
他のみんなと同じように、接続ごとに 1 つのプロセス/スレッドを使用しないのはなぜですか?Node.js では、新しい接続は非常に小さなヒープ割り当てです。新しいプロセスをスピンアップすると、かなり多くのメモリ (一部のプラットフォームではメガバイト) が必要になります。しかし、実際のコストは、コンテキスト切り替えに関連するオーバーヘッドです。10^6 のカーネル スレッドがある場合、カーネルは次に実行するスレッドを決定するために多くの作業を行う必要があります。Linux 用の O(1) スケジューラを構築するために多くの作業が行われましたが、最終的には、10^6 プロセスが CPU 時間を競合するよりも、単一のイベント駆動型プロセスを使用する方がはるかに効率的です。また、過負荷状態では、マルチプロセス モデルの動作が非常に悪く、重要な管理および管理サービス、特に SSHD が不足します (つまり、ボックスにログインして、実際にどれだけ問題があるかを把握することさえできません)。
Node.js はSINGLE THREADEDであり、LOCK FREEです。Node.js は、非常に慎重な設計の選択により、プロセスごとに 1 つのスレッドしかありません。このため、複数のスレッドが同時にデータにアクセスすることは基本的に不可能です。したがって、ロックは必要ありません。スレッドは難しいです。本当に大変です。それが信じられない場合は、スレッド化されたプログラミングを十分に行っていません。ロックを正しく行うのは難しく、追跡が非常に困難なバグが発生します。ロックとマルチスレッドを排除することで、最も厄介な種類のバグの 1 つがなくなります。これは、ノードの最大の利点の 1 つかもしれません。
しかし、16 コア ボックスをどのように活用すればよいでしょうか?
ふたつのやり方：
Node.js を使用すると、汗をかくことなく非常に強力なことを実行できます。さまざまなタスクを実行し、 TCPポートでコマンドをリッスンし、いくつかの画像をエンコードするNode.js プログラムがあるとし5 行のコードで、アクティブなタスクの現在のステータスを表示する HTTP ベースの Web 管理ポータルを追加できます。これは簡単です：
var http = require('http');
http.createServer(function (req, res) {
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end(myJavascriptObject.getSomeStatusInfo());
}).listen(1337, "127.0.0.1");
これで、URL にアクセスして、実行中のプロセスのステータスを確認できます。ボタンをいくつか追加すると、「管理ポータル」が完成します。実行中の Perl / Python / Ruby スクリプトがある場合、「管理ポータルを投入する」だけでは簡単ではありません。
しかし、JavaScript は遅い / 悪い / 悪 / 悪魔のようではありませんか? JavaScript には奇妙な点がいくつかありますが、"良い部分" を備えた非常に強力な言語があり、いずれにせよ、JavaScript はクライアント (ブラウザー) の言語です。JavaScript は定着しています。他の言語はそれを IL としてターゲットにしており、世界クラスの才能が最先端の JavaScript エンジンを作成するために競い合っています。ブラウザーにおける JavaScript の役割のために、JavaScript を非常に高速にするために膨大な量のエンジニアリング作業が投入されています。 V8少なくとも今月は、最新かつ最高の JavaScript エンジンです。効率性と安定性の両方で他のスクリプト言語を圧倒します (Ruby のことを見てください)。そして、Microsoft、Google、Mozilla の大規模なチームがこの問題に取り組み、最高の JavaScript エンジンを構築するために競争することで、より良くなるだけです (最新のエンジンはすべて大量のJITを実行するため、もはや JavaScript の「インタープリター」ではありません)。1 回限りのコードのフォールバックとしてのみ解釈して内部でコンパイルします)。ええ、私たちは皆、奇妙な JavaScript 言語の選択をいくつか修正できればと願っていますが、実際にはそれほど悪くはありません。この言語は非常に柔軟であるため、実際には JavaScript をコーディングするのではなく、Step や jQuery をコーディングしています。JavaScript では、他のどの言語よりもライブラリがエクスペリエンスを定義します。Web アプリケーションを構築するには、とにかく JavaScript の知識がほとんど必要なので、サーバー上で JavaScript を使用してコーディングすると、一種のスキルセットの相乗効果があります。クライアントコードを書くのが怖くなくなりました。
さらに、JavaScript が本当に嫌いな場合は、CoffeeScriptのようなシンタックス シュガーを使用できます。または、 Google Web Toolkit (GWT)など、JavaScript コードを作成するその他のもの。
JavaScript といえば、「クロージャ」とは何ですか? - コール チェーン全体でレキシカル スコープの変数を保持する、というかなり派手な言い方です。;） このような：
var myData = "foo";
database.connect( 'user:pass', function myCallback( result ) {
database.query("SELECT * from Foo where id = " + myData);
} );
// Note that doSomethingElse() executes _BEFORE_ "database.query" which is inside a callback
doSomethingElse();
「myData」をオブジェクトに格納するなどの厄介なことをせずに使用できる方法をご覧ください。Java とは異なり、"myData" 変数は読み取り専用である必要はありません。この強力な言語機能により、非同期プログラミングがより冗長になり、負担が軽減されます。
非同期コードの作成は、単純なシングル スレッド スクリプトの作成より常に複雑になりますが、Node.js を使用すると、それほど難しくなく、数千の同時接続に対する効率とスケーラビリティに加えて、多くの利点が得られます。 ..
利点は次のとおりだと思います。
非常に高速な VM (V8) での動的言語 (JavaScript) での Web 開発。Ruby、Python、または Perl よりもはるかに高速です。
1 つのプロセスで最小限のオーバーヘッドで数千の同時接続を処理する機能。
JavaScript は、ファースト クラスの関数オブジェクトとクロージャーを使用したイベント ループに最適です。ユーザーが開始したイベントに応答するためにブラウザーで使用したことから、人々はこの方法でそれを使用する方法を既に知っています。
多くの人はすでに JavaScript を知っており、プログラマーであると自称していない人も含まれています。最もポピュラーなプログラミング言語と言っても過言ではありません。
Web サーバーとブラウザーで JavaScript を使用すると、2 つのプログラミング環境間のインピーダンスの不一致が減少し、式の両側で同じように機能する JSON を介してデータ構造を通信できます。重複したフォーム検証コードは、サーバーとクライアントなどの間で共有できます。
V8は JavaScript の実装です。これにより、スタンドアロンの JavaScript アプリケーションを (とりわけ) 実行できます。
Node.js は、イベント I/O を行う V8 用に作成された単純なライブラリです。この概念は説明するのが少し難しいので、誰かが私よりも適切な説明で答えると確信しています...要点は、何らかの入力または出力を行ってそれが起こるのを待つのではなく、ただ待たないということですそれが終わるために。たとえば、ファイルの最終編集時刻を尋ねます。
// Pseudo code
stat( 'somefile' )
数ミリ秒かかる場合もあれば、数秒かかる場合もあります。イベントI/Oを使用すると、単純にリクエストを開始し、待機する代わりに、リクエストが終了したときに実行されるコールバックをアタッチします。
// Pseudo code
stat( 'somefile', function( result ) {
// Use the result here
} );
// ...more code here
これにより、ブラウザの JavaScript コードによく似たものになります (たとえば、Ajaxスタイルの機能を使用)。
詳細については、Node.js は本当にエキサイティングなライブラリ/プラットフォームの紹介である記事を参照してください。
Node.jsは、サーバー側の JavaScript コード用に構築されたオープン ソースのコマンド ライン ツールです。tarballをダウンロードし、ソースをコンパイルしてインストールできます。JavaScript プログラムを実行できます。
JavaScript は、Google が開発したChromeブラウザーで使用される JavaScript エンジンであるV8によって実行されます。JavaScript API を使用して、ネットワークとファイル システムにアクセスします。
そのパフォーマンスと並列操作を実行する機能で人気があります。
node.js を理解することは、これまでに見つけたnode.jsの最良の説明です。
以下は、このトピックに関するいくつかの優れた記事です。
クロージャは、コードが作成されたコンテキストでコードを実行する方法です。
並行性についてこれが意味することは、変数を定義してから、ノンブロッキングI/O関数を開始し、そのコールバックのために無名関数を送信できるということです。
タスクが完了すると、コールバック関数が変数を使用してコンテキストで実行されます。これがクロージャです。
非ブロッキング I/O を使用してアプリケーションを作成するのにクロージャが非常に適している理由は、非同期で実行される関数のコンテキストを非常に簡単に管理できるからです。
2つの良い例は、テンプレートを管理し、プログレッシブエンハンスメントを使用する方法に関するものです。完全に機能させるには、JavaScriptコードのいくつかの軽量部分が必要です。
これらの記事を見て読むことを強くお勧めします。
任意の言語を選択し、HTMLファイルテンプレートを管理する方法と、 DOM構造内の単一のCSSクラス名を更新するために何をしなければならなかったかを覚えておいてください（たとえば、ユーザーがメニュー項目をクリックし、それを次のようにマークしたい場合） 「選択」してページのコンテンツを更新します）。
Node.jsを使用すると、クライアント側のJavaScriptコードで実行するのと同じくらい簡単です。DOMノードを取得し、それにCSSクラスを適用します。DOMノードとinnerHTMLをコンテンツに取得します（これを行うには、追加のJavaScriptコードが必要になります。詳細については、記事をお読みください）。
もう1つの良い例は、同じコードでJavaScriptをオンまたはオフの両方でWebページと互換性を持たせることができることです。ユーザーがカレンダーを使用して任意の日付を取得できるようにするJavaScriptで日付を選択したとします。同じJavaScriptコードを記述（または使用）して、JavaScriptをオンまたはオフにして動作させることができます。
Node.jsのイベント駆動型モデルを最もよく説明する非常に優れたファースト フード店のアナロジーがあります。記事全文を参照してください。
要約は次のとおりです。
ファースト フード店が伝統的なスレッド ベースのモデルに従っている場合、食べ物を注文して、それが届くまで列に並んで待ちます。あなたの後ろの人は、あなたの注文が完了するまで注文できません。イベント駆動型モデルでは、食べ物を注文して列から外れて待ちます。その後、他の人は自由に注文できます。
Node.js はイベント駆動型ですが、ほとんどの Web サーバーはスレッドベースです。York は Node.js のしくみを次のように説明しています。
Web ブラウザーを使用して、Node.js Web サーバーで「/about.html」を要求します。
Node.js サーバーはリクエストを受け入れ、関数を呼び出してそのファイルをディスクから取得します。
Node.js サーバーは、ファイルが取得されるのを待っている間、次の Web 要求を処理します。
ファイルが取得されると、Node.js サーバーのキューに挿入されるコールバック関数があります。
Node.js サーバーはその関数を実行します。この場合、「/about.html」ページがレンダリングされ、Web ブラウザーに送り返されます。」
また、Google の V8 は非常に高速であることを忘れないでください。実際には、JavaScript コードを、コンパイルされたバイナリーと同等のパフォーマンスを持つマシン コードに変換します。したがって、他のすべての優れた点と同様に、非常に高速です。
まあ、それはわかります
- ノードの目標は、スケーラブルなネットワーク プログラムを構築する簡単な方法を提供することです。
- Node は、Ruby の Event Machine や Python の Twisted などのシステムに設計が似ており、影響を受けています。
- V8 JavaScript のイベント I/O。
私にとって、それはあなたが 3 つの仮定すべてにおいて正しかったことを意味します。ライブラリは確かに有望に見えます！
Q: プログラミング モデルは、特にI/Oの処理方法がイベント ドリブンです。
正しい。コールバックを使用するため、ファイル システムにアクセスするためのリクエストが発生すると、リクエストがファイル システムに送信され、Node.js は次のリクエストの処理を開始します。I/O 要求について心配するのは、ファイル システムから応答が返ってきたときだけで、その時点でコールバック コードが実行されます。ただし、同期 I/O 要求 (つまり、ブロック要求) を行うことは可能です。非同期 (コールバック) または同期 (待機) のどちらを選択するかは、開発者次第です。
Q: JavaScript を使用し、パーサーは V8 です。
はい
Q: 並行サーバー アプリケーションの作成に簡単に使用できます。
はい。ただし、かなり多くの JavaScript を手作業でコーディングする必要があります。完全なオンライン ドキュメントとサンプル アプリケーションが付属しているhttp://www.easynodejs.com/などのフレームワークを参照することをお勧めします。