Node.js Web アプリケーションの例/チュートリアル [終了]
https://stackoverflow.com/questions/3823403
-
26-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
そこで私は、Javascript でダグラス クロックフォードの優れたシリーズを見終えました。最終エピソード (これまでのところ) では、 ループ 彼は、Node.js がサーバー側コードにとってほぼ完璧なソリューションである理由を説明します。
彼は、データベースではなく、Node.js で実行されるクロージャで状態を保持することについて話し、また、テンプレート システム (JSP、PHP、ASP など) は、より複雑な Web アプリケーションの抽象化としては不十分であり、node.js が提供するものであるとも述べています。これに対する解決策。
私も同意するつもりですが、このパターンを使用した Web アプリケーションの例や、これを行う方法についての書籍やチュートリアルが見つかりません。私が話しているのは、 簡単なアプリケーション, 、しかし、クロックフォードが講演で話したパターンを使用する何か。Node.js で書かれた Web アプリケーションのチュートリアル/サンプルをどこで見つけられるか知っている人はいます (はい、私は知っています) ゲディ そして ExpressJ, 、しかし、それらはCrockfordが話していた根本的に異なるパターンに従っていないようで、どちらかというとNode.jsでRailsyエクスペリエンスを得るようなものでした）。
【3年後のメモ：どうやら 急行, ゲディ, 帆, クラーケン これらはすべて、Ruby/PHP/Java からの Rails/Symfony/Spring フレームワークの再実装です。一方、次のようなことは パーカー そして 流星 全く新しいパラダイムへの試みです。 KOA 面白そうですが、使えるようになるには程遠いですが、過去の MVC アプリケーションの歴史を踏まえて JavaScript の長所を構築しているように見えます。3 年が経ち、Nodejs はもはや新しい人気ではなくなっていますが、依然としてエキサイティングな時代です。少なくとも、現在実際に使用されている Node の例がたくさんあります...
解決
他のヒント
ノードノックアウトの競争が最近包まれ、応募の多くは、githubの上でご利用いただけます。競争のサイトでは、今動作しているようには表示されませんが、私はあなたがチェックアウトするいくつかのエントリをGoogleにできたと確信しています。
DailyJS（すべての可能なエキストラを含む）メモ帳アプリを構築するためのすべての側面を説明します良いチュートリアル（24のポストの長いシリーズを）持っています。
相続人はチュートリアルの概要： http://dailyjs.com/2010/ 11月1日/ノードチュートリアル/ の
そして相続人全ての記事へのリンク： http://dailyjs.com/tags.html#nodepad の
アップデート
YahooのDav Glass氏が11月のYuiConf2010で講演しました。この講演は現在、 からのビデオ.
彼は、YUI3 を使用してサーバー側でウィジェットをレンダリングし、JS が無効な場合に GET リクエストで動作するようにする方法、または JS がアクティブな場合にウィジェットを通常どおり動作させる方法を広範囲にわたって示しています。
また、サーバー側 DOM を使用してレンダリング前にスタイル シートを適用する方法やその他の優れた機能の例も示しています。
デモは彼のサイトで見つけることができます GitHub アカウント.
これを本当に素晴らしいものにするために IMO に欠けている部分は、ウィジェット状態の基礎となるストレージのようなものです。JavaScript なしでページにアクセスでき、すべてが期待どおりに機能するように、JS をオンにすると、ウィジェットは以前と同じ状態になりますが、ページのリロードなしで機能します。その後、サーバーへの保存と WebSocket を追加して複数の間で同期します。ブラウザを開いてください....そして、目立たず優雅に劣化する次世代の ARIA が誕生します。
元の回答
それでは、自分で構築してみましょう。
真面目な話、世の中にあるすべての WebApp の 90% は REST アプローチで正常に動作します。もちろん、優れたユーザーの追跡、リアルタイムでのダウンロードの追跡、ビデオのどの部分が視聴されているかの確認などの魔法のようなことも可能です。
1 つの問題はスケーラビリティです。ノード プロセスが 1 つ以上になると、リクエスト間でデータを保存する利点の多く (すべてではありません) が失われるため、クライアントが常に同じプロセスにアクセスするようにする必要があります。そして、それでも、より大きなものには再びデータベース層が必要になります。
Node.js がすべてを解決するわけではありません。将来、人々は本当に素晴らしいものを構築すると確信していますが、それには時間がかかります。現在、多くの人が物事を進めるために単に Node に移植しているだけです。
(個人的な意見ですが) Node.js が優れているのは、開発プロセスが合理化され、記述するコードが減り、JSON と完璧に連携し、コンテキストの切り替えが不要になるという事実です。
これまで私は主にゲームの実験を行ってきましたが、将来的には HTML5 と Node.js の両方を使用したクールなマルチプレイヤー (または MMO) が数多く登場するだろうと確信できます。
Node.js は依然として勢いを増していますが、数年前の RoR の誇大宣伝には程遠いです (SO の Node.js タグを見てください。1 日に 4 ～ 5 件の質問はほとんどありません)。
Rome (または RoR) は一夜にして構築されたわけではありません。Node.js も同様に構築されません。
Node.js には必要な可能性がすべて備わっていますが、人々はまだ何かを試している段階なので、参加することをお勧めします :)
