pile·
모바일·카카오 스타일 (지그재그)카카오 스타일 (지그재그)·

1년 동안의 iOS 모듈화 진행기 — 2. Component 모듈

문제피처 모듈을 독립시키려면 상품 카드 캐러셀·헤더·배너 같은 공통 UI 컴포넌트를 분리해야 했지만, 서버 드리븐 환경에서 어떤 컴포넌트가 있는지 한눈에 볼 카탈로그가 없어 중복 개발과 QA 범위 정의가 어려웠다.
접근ZCore의 모델·Repository 분리를 활용해 파일 이동·접근 제어자·로직 변경을 커밋 단위로 쪼개 ZComponent 모듈을 분리하고, JSON 모의 데이터를 쓰는 데모앱 스토리북과 uber/ios-snapshot-test-case 기반 스냅샷 테스트를 CI/CD에 붙여 PR 코멘트로 변경 영향을 시각화했다.
결과데모앱이 팀의 컴포넌트 카탈로그 역할을 하면서 기존 컴포넌트 재사용 판단이 빨라지고, 스냅샷 차이를 이미지로 공유하게 되면서 비슷한 컴포넌트의 중복 개발이 크게 줄었다.
카카오 스타일 (지그재그)
카카오 스타일 (지그재그) 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)
·takedown 요청

이 글과 비슷한

  1. 모바일·토스 SLASH토스 SLASH·

    디자이너가 시안 대신 앱을 만든 이유

    토스 UX 디자이너가 AI를 협력자로 삼아 피그마 시안 대신 실제 SwiftUI 코드로 iOS 앱을 직접 구현한 경험을 다룬다. "데드엔드" 화면(송금·결제 완료 등)을 다음 경험의 시작점으로 전환하는 underlay 컴포넌트를 설계하면서 Metal 셰이더 구현까지 디자이너가 주도했고, 완성된 코드를 개발팀에 전달해 협업 방식 자체를 바꿨다.

    #design-system#ai-coding#ios+2