[node.js] 鉄道とタワーJS


Answers

あなたはDerbyjsに注目しましたか? これはベータ版ではありませんが、かなりエキサイティングです。 これは、元Googleの従業員とeveryauthの作者によってeveryauthます。 あなたはこれと一緒に最小のクライアントサイドのJavaScriptを書く必要があります。 公式ページから抜粋した抜粋を見てください:

なぜRailsとBackboneを使用しないのですか? DerbyはRailsやBackboneのような現在普及しているライブラリを置き換えると思われる、新しい種類のアプリケーションフレームワークを表しています。

Rails、Django、および他のサーバーサイドフレームワークで書かれたアプリケーションに動的機能を追加すると、混乱する傾向があります。 サーバーコードは様々な初期状態をレンダリングしますが、jQueryセレクタとコールバックはDOMイベントとユーザーイベントを理解しようとします。 新しい機能を追加するには、通常、サーバーコードとクライアントコードの両方を異なる言語で変更する必要があります。

多くの開発者は、クライアントコードをよりよく構造化するために、BackboneのようなクライアントMVCフレームワークを組み込んでいます。 定型的なDOM操作やイベントバインディングを減らすため、KnockoutやAngularなどの宣言的なモデルビューバインディングライブラリを使用し始めているものがいくつかあります。 これらは素晴らしいコンセプトであり、構造を追加することで確実にクライアントコードが向上します。 ただし、レンダリングコードを複製し、ますます複雑になるサーバーおよびクライアントコードベースの変更を手動で同期させることにもつながります。 それだけでなく、これらの作品のそれぞれを手作業で結び、クライアント用にパッケージ化する必要があります。

Derbyは動的インタラクションを追加するこのプロセスを大幅に単純化します。 サーバーとブラウザーで同じコードを実行し、データを自動的に同期します。 Derbyは、テンプレートのレンダリング、パッケージング、およびモデルビューのバインディングを自由に処理します。 すべての機能が連携して動作するように設計されているため、コードの複製とグルーコードは不要です。 Derbyは、すべてのアプリケーションのすべてのデータがリアルタイムであるときに、開発者に将来を提供し​​ます。

グルーコードなしの柔軟性Derbyは、サーバ、サーバテンプレートエンジン、CSSコンパイラ、スクリプトパッケージャ、ミニライザ、クライアントMVCフレームワーク、クライアントJavaScriptライブラリ、クライアントテンプレートおよび/またはバインディングエンジン、クライアント履歴ライブラリ、リアルタイム転送、 ORM、およびデータベース。 モデルとビュー、クライアントとサーバー、複数のウィンドウ、複数のユーザー、モデルとデータベース間で状態を同期させることの複雑さを解消します。

同時に、それは他人とうまくいく。 Derbyは、Node.js、Express、Socket.IO、Browserify、Stylus、UglifyJS、MongoDBなどのポピュラーなライブラリの上に構築され、まもなく他の一般的なデータベースやデータストアにも組み込まれています。 これらのライブラリは直接使用することもできます。 データ同期レイヤーRacerは別々に使用できます。 jQueryなどの他のクライアントライブラリ、およびnpmの他のNode.jsモジュールもDerbyと同様に動作します。

デフォルトのファイル構造に従うとき、テンプレート、スタイル、およびスクリプトは自動的にパッケージ化され、適切なページに含まれます。 さらに、上記の単純な例に示すように、動的APIを介してDerbyを使用することもできます。

しかし、それはまた、次の免責事項

DerbyとRacerはアルファソフトウェアです。 Derbyはプロトタイプや週末のプロジェクトには十分に機能するはずですが、それでもまだ大きな発展を遂げています。 APIは変更される可能性があります。

それはまだ認証実装を持っておらず、 セキュリティ問題に苦しんでいますが、今後数か月で世話をします。 あなたが数ヶ月待つことができれば、これは有望な枠組みのようです。

Question

再び...フレームワークの選択。 私はこれら2つのTowerJSとRailwayJSで停止しましたが、これらは非常によく似ていて、どの方法を選択するのが非常に難しいですか

どちらもExpressに基づいており、どちらもRoRスタイルのフレームワークです...

どちらが最も有望で、どれが普及するだろうか?

それとも、私はすでに間違った方法で行っていますか? たぶん私は他のフレームワークを選択する必要があります。

私が選ぶべきフレームワークがたくさんあるときには嫌いです。それに依存する業界標準はありません。フレームワークが近い将来に開発されるかどうかは、多少なりとも分かりません。

助けてください、専門家の提案が必要です。 ありがとう




TowerJSはデータストアとしてMongoDBと密接に結びついているようですが、RailwayJSはモデルのアダプタの柔軟性を持っているようです。 それは2人の間のあなたの選択に影響するかもしれません。 個人的には、RoRを使用してRailsサイトを作成することを選択しました。 ノードはさまざまな種類のサービスにもっと役立つようですが、あなたは思いませんか? (私はAJAX RESTサービスでクライアントのバックボーンを考えています)。




Related