meteor.js screencast を見たばかりで、ライブ更新とデータベースの同期という点で、それを使ってWebアプリケーションを簡単に構築できることに非常に驚かされます。ただし、ライブになった後の拡張性についてはわかりません。
Meteor.jsで記述されたWebアプリケーションをビルドおよびデプロイすることにした場合、どのような問題(潜在的または現実)が発生しますか?
さて、私はあなたが流星について遊びを持ち、自分で判断することをお勧めします。それは本当にあなたが開発したいものに依存します
私が見つけた特定の制約は
Meteorにはmongodbのみがバンドルされています。他のデータベースのサポートは今後のリリースで予定されています
モデル/オブジェクトフォームのバインドなし(ロードマップ内)
パッケージシステムはnpmではなく(Meteorはノード上に構築されます)、コミュニティに対して閉じられています。すべての流星パッケージは流星自体によって開発されています
パフォーマンスに関して、私はこれを見つけました 記事 役に立ちました
ここに別の リンク 流星ロードマップがあります
私の経験から、私が見つけた利点は、現時点での欠点を上回っていると思います
Meteorでクライアントプロジェクトを構築した後、システムを妨げる2つのことがすぐに見つかりました。
1)MSSQL/MySQLまたは実際にはMongoDB以外のDB(jaminが言及した)のネイティブサポートはありません。とは言っても、使いやすいJS APIを備えたNoSQLソリューションは、不利なRDMBデータベースよりも理にかなっているので、なぜそうなのかということは理にかなっています。ただし、現時点でMySQLをサポートするMeteor SQLというプラグインがあります https://github.com/drorm/meteor-sql
2)Windowsのネイティブサポートなし-MeteorはLinuxとOSXでのみリリースされます。つまり、Windowsユーザーはループの外にいます。非公式のWindowsビルド http://win.meteor.com がありますが、0.5.9のままです。
さまざまな不安定性のため、Meteorから完全なサイトを構築することはおそらくお勧めしません- https://github.com/meteor/meteor/issues しかし、制御された環境では完璧です。
また、Meteorが1,100万ドルの助成金を獲得したことにも留意してください- http://venturebeat.com/2012/07/25/meteor-funding/ の意味改善と成長を続けます。
アプリケーション開発の大きな問題は、検証や翻訳などが欠落していることです。自分ですべてをインクルードし、多くの外部ソースを使用する必要があります。 NPMのサポートはバックエンドの使用には最適ではありませんが、フロントエンドではハックになります。