전달 받은 최종본 디자인을 가지고 개발을 시작했지만, 애니메이션 이슈로 인해 전면 수정이 필요했고, 이후에도 회의를 거치며 디자인이 계속 변경되어 처음부터 다시 개발을 하게 됐다. 디자이너와의 첫 협업이었던 만큼, 팀 전체가 효과적인 협업 프로세스를 구축하는데 어려움을 느끼고 있다. 다시 처음부터 원래 디자인이었다. 각 페이지를 뷰컨트롤러로 만들고, 네비게이션에 Push하는 방식으로 구현했기 때문에, 프로그레스바 애니메이션이 작동하지 않고 부자연스럽게 화면 전환이 일어났다. 디자이너와 상의를 했고, 부자연스러운 애니메이션과 복잡한 파일구조 등 여러 이유로 하나의 뷰컨트롤러에서 여러 개의 뷰를 관리하도록 재개발했다. 이를 통해 원하는 애니메이션이 작동 했지만, 우리가 원하는 로직을 구현하는데 어려움이 ..
오랜 기획 끝에 드디어 본격적인 개발을 시작했다. 처음에는 3주면 충분할 거라 생각했던 기획 단계가 예상을 훌쩍 뛰어넘어 길어졌다. 기획 과정에서 우리 팀은 수많은 변화와 도전을 겪었다. 디자인은 계속해서 수정되었고, 앱의 기능도 여러 차례 변경을 거쳤다. 처음에는 이러한 변화와 지연이 답답하게 느껴졌지만, 돌이켜보니 이 모든 과정이 정말 값진 경험이었다. 기획은 거의 마무리 단계에 이르렀지만, 디자인 작업이 아직 완전히 끝나지 않아 개발을 미루고 있었다. 그러던 중 디자이너로부터 완성 페이지를 받게 되었고, 이를 바탕으로 UI 개발을 시작하게 되었다. 코디네이터 도입 이번 프로젝트에서는 코디네이터 패턴을 도입했다. 새로운 아키텍처 패턴을 학습하고 실제 프로젝트에 적용해 보기 위함도 있지만, 우리 앱이..
문제 인식 회원가입 UI를 구현하는 과정에서 사용되는 여러 뷰컨트롤러마다 동일한 헤더뷰를 개별적으로 구현하는 방식으로 접근하였다. 이 방법은 처음에는 간단해 보였지만, 뷰컨트롤러가 늘어날 수록 동일한 구조의 커스텀 뷰가 반복적으로 생성되고 추가되는 상황이 발생했다. 1. 코드 중복 : 유사한 코드가 여러 곳에 반복되어 있다.2. 유지보수의 어려움 : 헤더뷰의 변경사항이 생길 때마다 여러 파일을 수정해야 했다.3. 확장성 부족 : 새로운 회원가입 단계를 추가할 때마다 새로운 헤더뷰 파일을 생성해야 했다. 해결 방법 회원가입에서 사용할 공통 헤더뷰를 만들어 재사용할 수 있도록 했다. 1. 공통 헤더뷰 생성 : OnboardingHeaderView라는 클래스를 만들어 모든 회원가입 단계에서 재사용할 수 ..
앱의 윤곽이 잡히면서 실제로 UI로 구현해보기로 했다. 이는 디자이너가 제안한 디자인이 기술적으로 구현 가능한지 확인하고, 필요한 경우 개발 가능한 범위 내에서 조정하기 위함이었다. 커스텀 달력 첫 번째로 구현한 것은 달력이다. 기획 초기에는 iOS 달력을 사용하려 했으나, 커스터마이징의 필요성을 느꼈다. 하지만 완전한 커스텀 달력 구현은 시간과 리소스가 많이 소요될 것으로 판단되어, 대안으로 FSCalendar 라이브러리를 사용했다. 기본 요소 커스텀은 어려움이 없었지만, 날짜 범위 선택 기능 구현을 위해 FSCalendarCell을 수정하는 방식으로 접근했다. 스와이프 모션두 번째로 구현한 것은 스와이프 모션이다. 사용자가 채팅방을 왼쪽으로 스와이프하면 '삭제'버튼이 나타나도록 하는 기능이다. 구현 ..
