[Refactor] 사진 그리드 컴포넌트화 및 썸네일 다운샘플 (#67)

[ddodle]

✨ PR 유형

어떤 변경 사항이 있나요??

• 새로운 기능 추가
• 버그 수정
• 사용자 UI 디자인 변경 및 추가
• 코드에 영향을 주지 않는 변경사항(오타 수정, 탭 사이즈 변경, 변수명 변경)
• 코드 리팩토링
• 주석 추가 및 수정
• 문서 수정
• 테스트 추가, 테스트 리팩토링
• 빌드 부분 혹은 패키지 매니저 수정
• 파일 혹은 폴더명 수정
• 파일 혹은 폴더 삭제

🛠️ 작업내용

Closes #67

⚠️ #68 (N+1 fix) 위에 쌓인 PR입니다. base를 fix/66-album-list-n-plus-one으로 잡아 diff에 이 PR의 변경만 보이게 했고, #68이 머지되면 base가 main으로 자동 전환됩니다.

커밋 1 — 공용 컴포넌트 신설 (Core/UIComponents/)

• PhotoGridTile — Home Feature에서 이동. 150pt 다운샘플(ImageRequest + resize processor) 내장, radius 6 통일. 원본 풀 디코드 대비 타일당 메모리 ~30배 절약 (12MB → 0.4MB)
• PhotoNavGrid — "3열 LazyVGrid + 값 기반 NavigationLink + matchedTransitionSource 줌 전환" 공용화. 기본 edge-to-edge·간격 2pt

커밋 2 — 사용처 교체

• HomeView·SearchView·AlbumDetailView가 공용 컴포넌트 사용, SearchResultTile·AlbumPhotoGrid 중복 구현 삭제 (뷰 3개 기준 −63줄)
• 검색 결과 그리드는 홈과 동일한 edge-to-edge로 통일. 앨범 상세는 배너 카드 중심의 카드 컴포지션이라 16pt 여백·8pt 간격 유지 (의도적 차이, 코드 주석 참조)
• AlbumCard(200×160)·BannerCollage(390×140)도 표시 크기만큼만 디코드

동일 150pt 프로세서를 세 화면이 공유하므로 Nuke processed-image 캐시가 화면 간 재사용됩니다.

📋 추후 진행 상황

• CTAButton 등 나머지 공용 컴포넌트도 Core/UIComponents/로 이동
• 로컬 목 서버(mock_server.py) 추가 PR 별도 예정
• Tuist 모듈화(Step 4) 시 PhotoNavGrid가 받는 Photo 모델을 공유 모듈로 분리 필요

📌 리뷰 포인트

• 민감 사진 그리드(SensitiveTile)는 잠금 분기(잠금 중 이미지 미로드) 때문에 의도적으로 PhotoNavGrid 미적용 — 타일(PhotoGridTile)만 공유
• 검색/앨범 타일 radius 14 → 6, 검색 결과 그리드 여백 16pt → 0 시각 변화 있음
• Nuke resize의 기본 단위는 포인트 — 3x 기기에서 150pt = 450px 디코드

✅ Checklist

PR이 다음 요구 사항을 충족하는지 확인해주세요!!!

• 커밋 메시지 컨벤션에 맞게 작성했습니다
  • 해당 링크 : 깃 모지 컨벤션
• 유지-보수를 위해 주석처리를 잘 작성하였는가?
  • 해당 링크 : Xcode 주석 정리

🤖 Generated with Claude Code

[coderabbitai]

Warning

Review limit reached

@ddodle, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 35 minutes

Limit details: You’ve used all 1 included review currently available under your plan.

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: bf406df5-5fe8-492c-ae82-f6f005f7f85e

📥 Commits

Reviewing files that changed from the base of the PR and between 52a4e95 and afd865f.

📒 Files selected for processing (5)

• Rephoto_iOS/Core/UIComponents/PhotoGridTile.swift
• Rephoto_iOS/Core/UIComponents/PhotoNavGrid.swift
• Rephoto_iOS/Features/Home/Presentation/Views/HomeView.swift
• Rephoto_iOS/Features/Search/Presentation/Views/AlbumDetailView.swift
• Rephoto_iOS/Features/Search/Presentation/Views/SearchView.swift

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}