私はまだnode.jsを十分に理解しているかどうかはわかりませんが、本当にそれを実装したいと思っています.
サードパーティの API を使用するモバイル アプリケーションを持っています。ユーザーは通常、何か新しいものがないかどうかを確認するためにそれを開きます。サード パーティの API のポーリング制限 (およびその他の制限) を尊重する限り、プッシュ ベースのシステムをシミュレートして、何かが新しくなったときにユーザーに通知できるようにすることができると思いました。
基本的に、Node.js サーバーからのすべての API ポーリングを何らかの間隔で実装し、モバイル アプリがエンド ポイント API ではなく、Node.js サーバーを指すようにします。
私はこれがいくつかの理由で良いと考えています:
- 電話のデータ使用量の負荷を軽減します (電話とサーバーの両方にキャッシュできるため)。これは、バイト単位のデータ プランを利用しているユーザーにとって大きなメリットです。
- すべてのデータを保存/アクセスするための中央の場所を許可します
- サーバー側でいくつかの最適化を行うことができます (2 人のユーザーがたまたま同じフィードを購読している場合、1 つの要求でそれを取得できます。
これはいくつかの理由で悪い可能性があると思います：
- サーバーがダウンすると、すべてのアプリが停止します。Node.js 実装の仲介者として機能することで、より多くの障害点が発生する可能性があります。
- サードパーティが API への追加をリリースすると、1 箇所ではなく 2 箇所で変更を実装する必要があります。
私の質問はこれです: 一般的に、これは良い習慣ですか? そうでない場合、なぜですか？