JavaScript - Ajax を使いすぎるとどのような悪影響がありますか?どうやって対処すればいいのでしょうか？

開発バックエンド管理システムでデータを比較する場合、フロントエンドで AJAX を使用しすぎると、どのようなデメリットがありますか?改善方法？

返信内容:

開発バックエンド管理システムでデータを比較する場合、フロントエンドで AJAX を使用しすぎると、どのようなデメリットがありますか?改善方法？

フロントエンドには基本的にioはなく、ajaxが絶対的な主要な通信方法です。

総合的に考えると、ajax はリクエストが多すぎると当然パフォーマンスに影響しますが、ajax が一度に大量のデータをリクエストしてページ上で解析すると、非常に面倒になります。
ページには間違いなく大量のデータが含まれます。このデータをどのように分割するかは、書き込み効率や UI インタラクションなど、あらゆる面で考慮する必要があります。

一般的に、最小単位の処理をどのように行うかは、やはり経験に依存します。

magento2はknockoutjsを多用しており、AJAXからのデータが多く参考になります。

最も一般的な問題は、大量のリクエストと部分的なデータ更新のアーキテクチャ設計です。

• AJAX によってダウンロードされたデータはキャッシュされる必要があり、通知後に再度取得されます。

• ローカルで更新されたデータが他のブロックのデータに影響を及ぼさないようにするにはどうすればよいですか?

上記の問題を解決するには、比較的マクロなアーキテクチャ設計が必要です。

Ajax に悪影響があるとは思えませんが、問題がある場合、SPA はどうやって存続できるのでしょうか? 。

ユーザーインタラクションの観点から見ると、AJAX にはより多くのメリットがあり、ユーザーエクスペリエンスが向上します。
リクエストの同時実行性の観点からは、これは良くありませんが、もちろん、サーバー側でも同様に解決できます。 。

現在開発されているすべてのバックエンド管理システムは、js によってルーティングされ、単一のページであるべきではないでしょうか?なぜまだ ajax のようなものが存在するのでしょうか?

複数のアイコンを 1 つの画像に結合する CSS Sprite (CSS スプライト) テクノロジーは、実際にはネットワーク リクエストを削減するためのものです。
ネットワーク リクエストを削減すると、ブラウザとサーバーの両方のパフォーマンスが向上することがわかります。リクエストはさらに多く、多すぎると明らかに問題になります
ただし、バックグラウンドでのページめくりやメッセージ通知に AJAX を使用すると、エクスペリエンスは依然として良好です。

表と裏の分離であれば、ajax が重要な対話方式です

対処しなければならないのは、ajax の非同期制御プロセスです。