私はNodejsとそのフレームワークについて多くのことを読んでいて、最近、最初の完全なjavascriptフロントエンド（Angularjsを使用）を終了しました。
次のペットプロジェクトは、次の2つのフレームワークのいずれかを使用したNodejsアドベンチャーになると決めました。
私は両方について読みましたが、それでもそれらの違いを完全に理解することはできず、なぜ私はどちらか一方を使用することを選択する必要があります。だから、あなたの最高のセールスマンの帽子をかぶって、フレームワークを選んで、それを私に売ってください。
ペットプロジェクトに必要な機能は次のとおりです。
回答:
Meteorについて話すことはできませんが、Sailsを作成したので、少し背景を説明することができます。
tldr; Sailsは、Webのすべての問題の万能薬ではありませんが、Node.jsは万能薬だと思います。Sailsの目標は、node.js上に構築された完全でスケーラブルなスタートアップおよびエンタープライズフレンドリーなアプリケーションを開発するための実用的なフレームワークを提供することです。Balderdashは、「すべてにNode.jsを使用できますか？」という質問から始めました。帆がその答えです。
新しいドキュメントから：
もちろん、SailsはWebフレームワークです。しかし、一歩後退してください。どういう意味ですか？「ウェブ」というときは、「フロントエンドウェブ」を意味することがあります。Web標準、HTML 5、CSS3などの概念を考えています。バックボーン、Angular、jQueryなどのフレームワーク。Sailsは「そのような」Webフレームワークではありません。SailsはAngularとBackboneでうまく機能しますが、これらのライブラリの代わりにSailsを使用することは決してありません。
一方、「Webフレームワーク」とは、「バックエンドWeb」を意味する場合があります。これは、REST、HTTP、WebSocketなどの概念を呼び起こします。Java、Ruby、Node.jsなどのテクノロジーに基づいて構築されています。「バックエンドWeb」フレームワークは、APIの構築、データベースとの対話、HTMLファイルの提供、数十万の同時ユーザーの処理などを行うのに役立ちます。Sailsは「そのような」Webフレームワークです。
数年前、私はすべてにNode.jsを使用することを約束しました-それは一目ぼれでした。ExpressとSocket.ioの上にSailsを構築しました。これは、それぞれのユースケースで最も確立されたノードモジュールであったためです。Sailsのリクエスト処理コードはExpressと互換性があり、Socket.ioが暗黙的にサポートされるという追加の利点があります。
Sailsは、Angular、Backbone、iOS / ObjC、Android / Javaでフロントエンドを構築するための戦略と互換性があるように設計されています。また、別のWebサービスや開発者コミュニティ。アプローチを変更したり（バックボーンからAngularに切り替えたり）、新しいフロントエンドを完全に構築したり（Windows Phoneネイティブアプリを構築したり）、Sailsアプリは引き続き機能します。すでにご存知かもしれませんが、このアプローチをサービス指向アーキテクチャーまたはSOAと呼ぶ人もいます（Joe McCannは、このテーマに関して優れたデッキを持っています）。
同じ方針に沿って、Sailsは、Webサーバーを構築するための他のよく知られた規則を維持しています。標準のMVC構造、クリーンなAPIを作成する機能、オープンで構成可能、拡張可能、さらには交換可能なコアモジュールです。つまり、Sailは、必要に応じて低レベルで、ユーザーのニーズに合わせてカスタマイズできます。
2013年には、フレームワークの人気が大幅に高まり、コンサルティングビジネスも成長しました。残りのコアメンテナと私は、バックエンド開発を可能な限り迅速かつ簡単にすることに焦点を広げました。フック（プラグイン）、テスト、ドキュメントなどのSailの関連する側面はすべて、コアチームと（拡大し続ける）Sailコミュニティ全体の両方の努力のおかげで、昨年から大きく進歩しました。私たちがまだ取り組んでいるロードマップ項目はたくさんありますが、今日のNodeで安定した保守可能なMVC開発を行うには、Sailsが最良の選択肢であると思います。チームの他のメンバーと私は、継続的なメンテナンスと機能開発に取り組んでいます。すべてのクライアントプロジェクトで使用しているため、どこにも行きません。
私はSailsを最高のWebフレームワークにすることに真剣に取り組んでいますが、Node.jsを犠牲にすることは決してありません。コアチームと私は、Nodeエコシステムの強化に執拗に取り組んでいます。つまり、NPMを採用し、既存のNodeテクノロジーやベストプラクティスを活用するなどです。それが理にかなっているだけでなく、Node.jsの開発者だからです。私たちのすべての努力の動機は、ノードに取って代わるのではなく、ノードをよりアクセスしやすくすることです。したがって、奇妙なパラレルユニバースで、Sailを他の言語に変換するか、Sailを完全に破棄してもノードを使用できるか、というファウストの選択が与えられた場合は、後者を選択します。
追加リソース：
FAQ | 帆101 | オリジナルのスクリーンキャスト| 寄稿ガイド| スタックオーバーフロー
Meteorでいくつかのプロジェクトを構築しましたが、Sailsではまだ作業していません。ですから、私の意見は確かに偏っています。とにかく役立つことを願っています。
フロントエンドの構築
Meteorは、Blazeと呼ばれる独自のフロントエンドフレームワークを提供します。これは、次の0.8リリースに含まれる予定です。Meteorは、コレクションからビューへのデータのバインドを処理します。このため、ビューに更新を指示することを心配する必要はありません。更新するだけです。
一方、Sailsはバックエンドフレームワークのみを提供するため、独自のフロントエンドフレームワークを用意する必要があります。
ほとんどのNode.jsフレームワークとは異なり、Meteorは同期的です
Meteorはループで実行され、Node.jsパッケージを使用する場合は、Meteorで正しく動作することを確認するために追加の作業を行う必要があります。
Sailsは単純なMVCNode.jsフレームワークのように思われるので、調べてもそれほど驚くことはないはずです。
MeteorでMongoDBを使用する必要があります
はい、Meteorで他のデータベースを使用できますが、MongoDBとほぼ同じサポートはありません。Sailsの場合、いくつかのデータベースのORMがあるように見えます。
パフォーマンス
大規模なアプリケーションの場合、 Meteorはうまく機能しない可能性があります。この問題に取り組むために多くの作業が行われており、2014年末までにMeteorのスケーリングソリューションがあると期待できます。
安定
Meteorはまだ非常に新鮮で、まだ1.0に達していません。今後数回のリリースで、下位互換性を損なう変更が行われることを期待する必要があります。できるだけ早く使い始めた場合は、0.8-rc0ブランチの使用を検討することをお勧めします。そうは言っても、パイプラインの機能のいくつかは本当に素晴らしく、1.0バージョンを非常に魅力的にします。
最終的な考え？
Meteorは、その特異性のために好きです。Meteorのやり方を学ぶ必要がありますが、それを始めると、クールエイドを飲んだように感じます。データがビューにバインドされる方法のため、サーバーとクライアントの間の線は離れていません。Meteorは、アプリケーションアーキテクチャのパラダイムシフトを表しており、まだ試していない場合はお勧めします。
PSロードマップをチェックアウトして、今後の予定を把握してください。
npm、meteorでパッケージを使用することに関しておそらく最良のリファレンスです：meteorhacks.com/complete-npm-integration-for-meteor.html
私は帆についてしか意見を述べることができません。私は非常に経験豊富なJavascript開発者であり、90年代からJavascript上に構築された組み込みセットトップボックスアプリケーションを構築してきました。
非常にうまく機能したこと -開始は素晴らしく、公開された資料に非常にサポートされていると感じました-学習曲線は非常に短く、帆の後ろには健全なコミュニティがあります-最初の学習の後、すばやく創造するのは非常に簡単です
改善できる点 -複雑なデータ構造は実装が難しい-クリーンな参照資料がないため、Passport.jsの統合は苦痛でした
推奨事項 -Ponziコーダーには素晴らしいチュートリアルがあり、それは私が始めるのに本当に役立ちましたhttps://www.youtube.com/user/ponzicoder- エクスプレスとウォーターラインについてもっと知ることは、より複雑なデータの課題を試みるときに役立ちます
全体的に私は帆をお勧めします。
passport.use('local-login', new LocalStrategy({ usernameField : 'email', passwordField : 'password', passReqToCallback : true // allows us to pass in the req from our route (lets us check if a user is logged in or not) },
私は現在Meteorを使用しており、Sails.jsは使用していません。
Meteorは非常に快適に使用でき、リアルタイムWebアプリに最適だと思います。ユーザー/ロールに関しては、統合されたアカウントパッケージを確認し、Atmosphereでコミュニティが提供するロール/パーミッションパッケージを検索することもできます。
最終的には、両方のテクノロジーを使用して小さなプロジェクトを試して、どちらが良いかを確認することをお勧めします。