UITableView 부드러운 스크롤링 성능

Question

왜 이미지가로드 될 때 UITableView에서 스크롤이 고르지 않게됩니까? 하위보기로 추가해야하기 때문입니까? 또는 이미지를 캐시해야하기 때문입니까? 양자 모두?

Answer 1

서브 뷰로 추가되었으므로 하위 뷰를 합성해야하므로 하위 뷰를 그리는 데 많은 시간이 걸립니다. Core Graphics 또는 Core Animation이이 하위 뷰를 사용하여 여러 셀을 그릴 때 더욱 그렇습니다.

Loren Brichter (atebits) 설명 더 잘 :

맥 OS X에, 아이폰에 두 도면 체제가 많은 것처럼. 하나는 CoreGraphics이고, 다른 하나는 LayerKit CoreAnimation입니다. CoreGraphics는 CPU에서 드로잉을 수행합니다. CoreAnimation은 가장 빠른 것으로 생각하는 것을 드로잉합니다. GPU가 가장 가능성이 높습니다.

아이폰의 GPU는 블렌딩을 싫어하기 때문에 가능한 많은 수의 뷰를 불투명하게 유지할 것을 권장합니다. 때로는 선택의 여지가 없습니다 - 이미지 위에 레이블이 있으면 레이블을 투명하게 만들어야합니다. 그렇지 않으면 텍스트 주위에 커다란 못생긴 블록이 생깁니다.

개발자는 무엇입니까? 물론 CoreGraphics와 함께 자신의 견해와 미리 혼합하십시오. 요구 사항에 따라 하나의 정적보기 (예 : 테이블보기에서 셀을 화면으로 이동)에 물건을 함께 사용하면 첫 번째 프레임에는 약간 비싸지 만 그 후 모든 프레임은 단지 하나의 커다란 불투명 한 좋아하는 질감 .... 블렌딩 그 이상입니다. overdraw의 관점에서 어떤 일이 일어나고 있는지 생각해 보면 CoreAnimation이 여러 번이 아니라 한 번만 화면에 표시된 특정 픽셀을 한 번 만지기 때문에 테이블 셀당 하나의 큰 뷰를 갖는 것이 큰 이점입니다 (잠재적으로 오래된 뷰 계층 구조가 있음).

Answer 2

솔직히 나는 무엇을 대답해야할지 모르겠다.

내가 뭘 알아, 내가 정말 "무거운"jQuery과, 그리고 빠른 스크롤 그것을 필요로 할 때, 나는 트위티의 창조자에서 방법을 사용하는 것이 있습니다 : http://blog.atebits.com/2008/12/fast-scrolling-in-tweetie-with-uitableview/

이 더 나은 발견되지 마십시오 이거보다.