少し前に、MKOverlay の作成中にスレッド化を使用して MKMapView に MKOverlay を追加する速度を上げることについて、ここで同様の質問をしましたが、すぐに、私を本当に引きずっていたプロセスの部分は、オーバーレイですが、マップへの追加。多くのオーバーレイ (3000 以上の場合でも) を作成するには十分な時間がかかりますが、すべてをマップに追加するには時間がかかりすぎます (15 秒)。
「あなたのお気に入りは何ですか」という質問は通常、スタック オーバーフローにとって「正しい」とは見なされませんが、ある意味では主観的ではありますが、それでも「正しい」答えがあるため、この質問は問題ないと思います。多くの MKOverlayViews を持つ MKMapView のパフォーマンスの大幅な変更。
基本的に、多くの異なる MKOverlays をマップ ビューに追加する速度を調整するためのヒントやトリック (まったく) があるかどうか知りたいです。現在、私の代替手段は、それらすべてを 1 つの大きな線に結合することです。これははるかに高速ですが、各セグメントを個別の線として処理する機能 (つまり、各セグメントの吹き出しを表示する機能) が失われます。アプリのよりクールな機能なので、これを機能させる方法を見つけたいと思っています. 今のところ、十分な時間があればすべての行が読み込まれますが、その後でもスクロールは悪夢です。
私は本当にあなたの考えを聞きたいです! ありがとう！