エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
非同期処理のアーキテクチャとは - プログラマの思索
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
非同期処理のアーキテクチャとは - プログラマの思索
最近、リッチクライアントが流行している(ように見える)。 理由は、UIの操作性よりも、非同期処理の実... 最近、リッチクライアントが流行している(ように見える)。 理由は、UIの操作性よりも、非同期処理の実現にあるのではないか? Webの技術では同期処理が基本である。HTTPのリクエストを投げてレスポンスを待ちページを表示する。 だから、WebはUIの操作性だけでなく、技術的にも制約が大きい。 非同期処理は、つまりバッチ処理。 業務系では至極当然のアーキテクチャ。 バッチ処理は設計力が鍵を握る。 Web上での非同期処理の実現方法は何がBetterか? 答えはWebサービス。 つまり、クライアントはXMLデータをバックグラウンドでサーバーとやり取りする。 Googleがこのアーキテクチャをうまく使ってサービスをどんどん提供している。 Ajaxの凄さは、UI操作性だけではなく、非同期処理にある。 Ajaxの威力を見せつけた例は、Google Mapsだった。 GMailは、勝手にリフレッシュし、メ