質問: firebase、ループバック、reduxの違い webアプリとそれに対応するandroid/iosアプリを開発したいと思います。これまでのところ、reactとreact native formobileを使用するフロントエンドのみを決定しました。meteor.jsの使用を検討している残りのテクノロジースタックについては、その場合、間違っている場合は修正してください。別のテクノロジーは必要ありません。しかし、私は代替案も検討しており、私が読んだいくつかのことは、ループバック、firebase、およびreduxです。私はこれらすべてにかなり慣れていないので、これはおそらくリンゴとオレンジの比較であることを知っていますが、それぞれが私のために何をするのか、そしてこれがどちらかまたは両方の状況になるのかどうかはよくわかりませんこれらのいくつかを組み合わせるとしたら? reduxは、meteor.jsワークフローにも適合する可能性があるように聞こえますか?要約すると、誰かが私に、それらすべてがどのように組み合わされ、どのような組み合わせがテクノロジースタックとして意味をなすのかを説明できれば素晴らしいと思います。
回答: firebase:firebaseは次のように機能します。1人以上のユーザーが情報に関心があるため、一部のデータをサブスクライブします。サーバーはそれらのサブスクリプションを追跡します。新しいサブスクリプションが発生するとすぐに、一部のデータがメッセージとして返送されます。1つのクライアントがデータを書き込むと、pub/subサーバーはこの更新を他のすべてのアクティブなサブスクリプションにブロードキャストします。すべてがpub/subとして機能するため、「クエリ」のような概念はありません。興味のあることを伝えるだけで、データを説明するメッセージが届きます。長所 アプリが一元化されたdbを実行し、多くのユーザーによって更新されている場合、デバイス間のリアルタイムデータ更新を処理する能力を超えています。 クラウドに保存されるので、どこでもすぐに利用できます。 クロスプラットフォームapi(このdbをアプリで使用している場合)。 それらはデータをホストします。つまり、大量のデータを保存している場合、ハードウェアについて心配する必要はありません。 短所: 膨大な数のユーザーによって更新された1つの集中型データベースをアプリで実行しない限り、それは大きなやり過ぎです。 ストレージ形式はsqlの形式とはまったく異なります(firebaseはjsonを使用します)ので、簡単に移行することはできません。 レポートツールは、標準sqlのツールに近いものではありません。 費用! 50接続と100mbのストレージに制限されています! データをホストしません。 firebaseはそうします。どのサーバーを使用するかにもよりますが、ここで時間を表示すると、最近多くの混乱が発生しているようです。 戻ってきたreduxはアーキテクチャパターンでありライブラリです。あなたへの贈り物は、単一のオブジェクトでアプリケーションの状態を管理する機能です。これが article と言えば、 article すべての状態を単一の不変アトムに格納することの欠点についてです。ループバック長所 非常に迅速なrestfulapi開発 設定より規約 すぐに使用できる組み込みモデル rpcサポート 必要に応じて完全に構成可能 広範なドキュメント プロジェクトに取り組んでいるフルタイムのチーム 利用可能な商用サポート