どのようにしているのかを書いてみます。この画面は速度にこだわって作っていて、表示レスポンスとオフライン対応を意識した構成になっているので、少し紹介したいと思います。iPadのアプリです。距離の近い順にお気に入りのお店を表示するので、前に旅行に行った時のお店とかをすぐに呼び出せるようにしていて、外食大好きで、お店の名前とか覚えるのが苦手な人とかに使っていただけるようにしてます。グループにまとめて、友達と共有したり、とにかくお気に入りのお店を友達と共有するときのツールとして使ってほしいなあと思って作っています。今回は、この「ショップ詳細情報画面」を例に書いてみます。上記画面を表示するためには、これ以降に解説するステップすべてを非同期で処理し、データをゲットする度に順繰りにレンダリングを進めています。画面表示に必要な情報を順繰りに表示していくことで、画面遷移の手間やユーザーさんがお店を探す時の読み込み待ち負荷を、できるだけ下げるようにしています。基本画面構造の構成(0リクエストで表示)この画面は、お店一覧ページから飛んでくる詳細画面です。画面の基本フレームを構成する「お店の基本情報」をまず表示するのですが、その段階ではサーバの通信は発生していません。前の画面に持っている、「お店情報配列」から持ってきます。APIと、Shopcard.meの独自apiの3種類のお店情報がミックスされていて距離順で配列を持っています。アプリ起動時では、まだ2に表示したいお店の住所とか電話番号を持っていません。よって、この画面の表示開始時は、一切、サーバに通信しておらず、最低限「お店の名前」と、画面の基礎的な枠組みだけは表示しています。お店毎にサーバから得られる情報の有無はわからないという前提で動いています。このアプリにおいて、お店の情報とは「お店の名前」と「緯度経度」だけ最低限あれば動くようになっています。2リクエスト)次にお店の詳細情報を、各サービスのapiから取得してきて、2のエリアを構成します。4のエリアにもいくつか表示する方法があるので、それもここで読んできます。以下の2つのAPIを並列処理で呼び出しています。後者は、このカードを保有しているか。