README.md

앱스토어: https://apps.apple.com/us/app/케이크크/id6449973946

🍰 프로그라피 8기 - 8팀

iOS	iOS	Android	Android
이승기	김대황	오원석	이준경
@WallabyStuff	@Mason Kim	@Wonseok	@lee989898

Designer	Designer	Backend	Backend
오승민	김혜나	박영민	배지현
@5m_____o	@hae_na_a	@Youngmin Park	@govl6113

프로젝트 기간 : 23.03.11 ~

목차

• 프로젝트 소개
• 주요 기능
• 기술 설명(작성중..)

프로젝트 소개

케이크크를 이용해 커스텀 케이크샵들을 지도로 한 눈에 확인하세요!

주요 기능

1️⃣ 원하는 지역으로 이동하여 케이크샵을 검색해요

• 지도를 움직여 새로고침하여 케이크샵들을 조회할 수 있어요.
• 필터를 적용시켜 원하는 종류의 케이크를 취급하는 케이크샵들만 조회할 수 있어요.
• 케이크샵들을 지역별로 묶어서 쉽고 빠르게 조회할 수 있어요

2️⃣ 케이크샵의 상세 정보를 확인하고 북마크해요

• 피드 화면을 통해 여러 케이크샵의 이미지를 한 눈에 확인할 수 있어요
• 케이크샵의 주소, 케이크 이미지, 블로그 리뷰를 확인할 수 있어요
• 원하는 케이크샵을 북마크로 저장하고 관리할 수 있어요

기술 설명

MVVM + input output pattern (with combine)

MVVM 구조에 input output 패턴을 combine으로 구현하여 관리하고 있어요.

Coordinator 패턴 계층 구조

앱 내에서 새로운 뷰컨을 생성하고 띄워주는 로직의 반복이 많이 생기고 데이터를 불러올 타겟(목 데이터, 서버 데이터)을 모든 뷰컨을 한 번에 또는 각 뷰컨에서 쉽게 교체해서 테스트 용이성을 챙기기 위해서 코디네이터 패턴을 적용했어요.

스플래시 로직

Legacy

기존에 Splash를 처음 진입하는 ViewController에서 UIView 형태로 보여줬다가 사라지는 애니메이션을 구현해 줬었어요. 이렇게 했던 이유는 자연스럽게 Splash를 띄우고 fade out 시키면서 Splash를 제거하기 위함 이었죠. 그런데 SplashView가 메모리에서 잘 해지되지 않는 문제도 있었고, 초기 진입하는 뷰컨트롤러에서 SplashView를 직접 띄워줘야하기 때문에 재사용성이 많이 떨어졌었죠🥹 예를들면 MainViewController에서 띄우던 SplashView를 TabViewController로 이동 시키려면 SplashView를 띄우고 가리는 로직을 통채로 옮겼어야 했었어요.

New

그래서 저희는 SplashView를 UIViewController로 분리했어요! 그리고 AppCoordinator에서 초기에 띄워주는 뷰컨트롤러 위에 present 시켜줬어요. 이때 modalPresentationStyle 은 overFullScreen으로 해서 뷰컨 자체를 fade out 시킬때 백그라운드가 투명하게 보여지면서 자연스럽게 fade out 되게 만들어 줬어요. 최종적으로 일정 시간이 지난 후 fadeOut 애니메이션을 시키고 completion 핸들러에서 dismiss(animated: false) 으로 메모리에서 완전히 해지시켰죠.

MainViewModel 구조 개선

Legacy

기존에 CakeShopList 에서 아이템이 선택 됐을 때 handler를 통해서 MainViewcontroller에서 미리 정의했던 함수를 실행 시켰었어요. 그런데 이렇게 하니까 MainVC의 로직이 너무 복잡해지고 MapView, CakeShopListVC, ShopDetailVC 사이의 의존성이 강해졌었죠. 객체간 의존성이 강해지면서 자연스럽게 관리하기가 어려워졌고 유지보수하기 까다로웠었어요.

New

그래서 CakeShopListVC의 ViewModel인 CakeShopListViewModel을 따로 만들어서 관리하지 않고 MainViewModel을 그대로 사용했어요! 어차피 마커와 샵 리스트의 아이템들은 따로 분리해서 받지 않고 서버로부터 받아온 [CakeShop] 배열을 가지고 마커도 보여주고 리스트도 뿌려줬기 때문에 이런 뷰모델 재상용이 가능했었죠. (만약 마커 데이터, 리스트 데이터 분리해서 가져오면 MainViewModel을 서브 뷰모델로 가지고 있는 CakeShopListViewModel을 만들었을 것임)

따라서 CakeShopList에서 아이템이 선택되면 바로 MainViewModel에게 알려주고 MainViewModel의 output에 바인딩 되어있던 액션들이 각 MapView, MainVC에게 전달되어 각자의 역할을 수행할 수 있도록 로직을 개선했어요.