무거운 데이터를 사용하여 런타임에보기를 만들고 UIScrollView에 이러한보기를 추가하고 있습니다.표시 될 때만 UIScrollView에보기 추가
여기서 문제는 화면을 만드는 데 많은 시간이 걸리는데, 이는 사용자 경험이 좋지 않음을 의미합니다. 화면의 일부분 만 initialy를 만들고 UIScrollView를 스크롤 할 때 다른 뷰를 추가/생성하려고합니다.
가장 적합한 정보는 무엇입니까? 미리
무거운 데이터를 사용하여 런타임에보기를 만들고 UIScrollView에 이러한보기를 추가하고 있습니다.표시 될 때만 UIScrollView에보기 추가
여기서 문제는 화면을 만드는 데 많은 시간이 걸리는데, 이는 사용자 경험이 좋지 않음을 의미합니다. 화면의 일부분 만 initialy를 만들고 UIScrollView를 스크롤 할 때 다른 뷰를 추가/생성하려고합니다.
가장 적합한 정보는 무엇입니까? 미리
에
덕분에 사용자는 유료로 UITableView
설정 전지 세퍼레이터를 사용하고 셀의 행의 높이 변수를 사용할 수있다. UITableViewCell
과 같이 항상 식별자를 사용하여 deque 셀을 수행하십시오.
메모리 문제와 많은 양의 데이터를 처리하는 가장 좋은 방법입니다.
또한 UICollectionViewCell
에 대해서도 동일하게 적용 할 수 있습니다.
답장을 보내 주셔서 감사하지만 솔루션을 구현할 수 없습니다. 나는 이미 collectionView를 구현했지만, 가능한 많은 수의 셀 (30)을 갖고 있기 때문에 collectionView가 각 셀을 다시로드 할 때 (뷰에 복잡한 레이아웃이있는 경우) "성능"문제에 직면하고 있습니다. – DaSilva
scrollview 대신 다양한 높이의 셀을 사용하여 모든 것을 uitableview에 넣을 수 있습니다. 그렇게하면 보이는 세포를 쉽게 추적 할 수 있습니다. – rakeshbs
뷰는 복잡한 레이아웃을 가질 수 있기 때문에 셀을 다시 사용할 여력이 없기 때문에 그럴 수 없습니다. 내 첫 번째 접근 방식은 컬렉션 뷰를 만드는 것이지만 복잡한 레이아웃을 사용하면 셀을 다시 사용할 때마다 문제가 발생합니다. – DaSilva
셀을 다시 사용하지 않아도되며 dequeueReusableCellWithIdentifier : 메소드를 사용하는 경우에만 발생합니다. 필요에 따라 새 셀을 인스턴스화하고 별도의 목록 (또는 캐시)에 저장하면 사용자가 뒤로 스크롤 할 때이 캐시에서 셀을 가져와 재사용 문제를 피할 수 있습니다. – hlynbech