• 3가지 핵심 개념
  • layout
    • UITableView에는 없는 CollectionView만의 요소
    • UICollectionViewAttributes에 의해 각 셀이 어떻게 배치되는지를 결정한다.
      • Bounds, center, frame
    • layout을 Invalidate시켜서 재배치 가능
    • layout의 추상화는 레이아웃 전환시의 애니메이션을 자동으로 가능하게 한다.
    • 프리셋
      • UICollectionViewFlowLayout + UICollectionViewDelegateFlowLayout
        • line orientation
        • line spacing
        • inter-item spacing
        • item size
  • datasource
    • tableView와 유사
  • delegate
    • UIScrollViewDelegate의 서브 클래스
    • Highlighting,
    • Selection
    • 뷰 출현, 소멸 이벤트
• 레이아웃 커스텀이 필요한 경우
  • FlowLayout으로 해결할 수 없는 경우 - flowLayout은 Line 기반
• 커스텀을 위한 4가지 메소드 + 옵셔널 메소드

// 모든 아이템을 담기 위한 컨텐츠 사이즈
// UIScrollView.contentSize를 위해 필요.
open var collectionViewContentSize: CGSize { get }

// 쿼리 메소드들은 성능에 중요한 영향을 미친다.

// 특정 영역에 대한 Attributes 반환
func layoutAtributesForElements(in rect: CGRect) -> [UICollectionViewLayoutAttributes]?

// 특정 인덱스패스에 대한 layoutAttributs 반환
func layoutAttributesForItem(at indexPath: IndexPath) -> UICollectionViewLayoutAttributes?

// layout을 invalidate할 때 마다 호출됨
// layoutAttributes를 캐싱해놓고, collectionViewContentSize를 구해둬야 한다.
func prepare()

// bound가 변할 때마다 호출된다. -> 사이즈 변경, 원점 변경
// 스크롤 중에도 호출된다.
// 기본 구현은 false다.
func shouldInvalidateLayout(forBoundsChange newBounds: CGRect) -> Bool

• animation은 performBatchUpdates로 수행한다.

  • collectionView의 업데이트 순서는 중요하지 않다.

    • 왜냐하면 delete가 먼저 일아나도록 조정되기 때문이다.
    • 이런 경우에는 크래시가 난다.

      • Move와 delete가 같은 indexPath에서 이루어지는 경우

      • Move와 insert가 같은 indexPath에서 이루어지는 경우

      • Move를 같은 indexPath에 대해서 2번 이상 요청하는 경우

      • 유효하지 않은 indexPath를 지정하는 경우

        

  • 하지만 datasource의 업데이트 순서는 중요하다.

    • Move를 delete와 insert로 쪼개서 수행하라
    • Delete와 insert는 한꺼번에 몰아서 해라
    • Delete 업데이트를 뒤에서 앞으로(descending) 하라
    • Insert 업데이트는 앞에서 뒤로(ascending)
• reloadData()
  • 업데이트도 필요없다
  • 데이터 소스 싱크를 다시 맞추는 역할
  • 애니메이션이 없다.
  • 슬레지해머(오함마)