iOSの元の写真アプリに似たビューを実装します。UITableViewCell(iPhone)のUIButtonに関する厄介なパフォーマンスの問題
4 UIButtonを持つカスタマイズされたUITableViewCellを作成しました。また、セルの画像配列が変更されたときにボタンの画像を更新します。
私はパフォーマンスを本当に満足させるために努力しました。しかし、私はそれについて厄介な遅れの問題を発見した。
通常私のアプリを使用すると、スクロールは非常にスムーズでラグはありません。しかし、アプリ(シミュレータ)を「サムネイルグリッドビュー」上で実行し、Mac OSの他のアプリケーションに切り替えるとします。しばらくして(約1分)、シミュレータに戻ると、スクロール・ビューが止まってしまいます。それをスクロールするのは難しいです。別のビューに切り替える何かをクリックしてスイッチバックすると、すべてがスムーズになります。とてもトリッキーです。
Iはまた、グリッドビューを実装するためにthree20
を使用TTRemoteExamples
を試みました。また、Mac OS(iOSではなく)のさまざまなアプリケーション間で切り替えた後には固まってしまいます。
私はカスタマイズされたセルをUIButtonではなく4つのイメージで塗りつぶしてみました。それは立ち往生しなかった。だから多分UITableViewCellとUIButtonの間の競合には理由がありますか?
私は(私がテストするデバイスを持っていない)、それが唯一のシミュレータ上で発生したかどうかを知りまたはデバイスに出荷時に潜在的なパフォーマンスの問題はありません。
Appleの写真アプリは決してこのようにはなりません。
だから私は、問題がのUITableViewのメカニズムによって引き起こされるかどうかを確認するために自分でUIScrollViewのから、それを実装するつもりです。私はまだ誰かがそれに来てそれを解決すれば、遅れの理由を知りたいです。
私の貧しい英語のために申し訳ありませんが、私はあなたが私の意味をキャッチすることを願っています。
さらに、touchesBegan:withEvent: 'でタッチイベントをキャッチし、' [event locationInView:theView] 'で演算によってどのグリッドが押されたのか把握してください。 –
実際には、不透明でないサブビューを追加しようとしていない限り、カスタム図面は必要ありません。不透明なサブビューを追加すると、パフォーマンスの問題の多くが大幅に最小限に抑えられます。 – jer
うん、私はすべてのサブビューを不透明に設定しますが、パフォーマンスは悪くありません。私が会った問題は、必ずしもそうではないので、説明するのは難しいです。多分、私が言及した 'TTRemoteExamples'を実行して、私が言ったことをやってみることができます(' grid list of image'ビューに留まり、シミュレータと他のアプリケーションを切り替えて、その後、遅れが発生する可能性があります。 –