서론 이제 마지막으로 실제 현업에서 사용할 수 있을 정도의 프로젝트를 만들어보려고 합니다. 여러명이 동시에 개발한다고 가정하고, 최소 2개 이상의 피쳐가 존재한다고 생각하고 진행할 예정입니다. 지난 블로그 에서 볼 수 있듯 아래와 같은 프로젝트 구조를 기반으로 Tuist Project를 생성하려고 합니다. 프로젝트 생성전에 먼저 모듈 추가...

서론 iOS 개발문화가 성숙하기 시작하면서 단순히 MVC, MVVM, MVP 와 같은 프리젠테이션 Layer의 아키텍쳐 패턴 뿐만 아니라. Clean Architecture와 같은 multi layer를 통해 관심사를 더 다양하게 분리할 수 있는 환경에 대한 관심도가 높아지고 있습니다. 이전까지는 하나의 프로젝트에서 폴더링을 하면서 개발을 해왔다면...

왜 Tuist를 써야할까? (다른 대안은 없어?) SPM 으로 모듈화 직접 각 모듈을 Swift Package로 만들어 모듈화를 진행하는 방식입니다. 장점) 애플에서 공식적으로 지원하는 의존성 관리 도구입니다. 패키지 단위로 모듈이 되어, 독립적으로 빌드 / 테스트가 가능합니다. 단점) 파일 추가 삭제 시 새로 Resolve...

서론 iOS 개발 문화가 성숙해지고 인력이 늘어남에 따라 대부분의 팀에서 모듈화를 채택하고 있습니다. 많은 사람들이 협업하고, 앱의 기능이 늘어나면서 코드 양이 방대해지면 다양한 문제가 발생합니다. 이때 복잡성을 줄이고 개발 속도를 높이며 확장성을 개선하기 위해 모듈화를 진행합니다. 그러나 일반적으로 모듈화의 이유와 목적을 제대로 고민하지 않고 ...

사전지식 Pod, Carthage, SPM 등에 대한 기본적인 이해가 있다고 가정합니다. 서론 네이버 로그인을 붙이려고 여러 방면으로 검색을 해본 결과 이상한 복붙 가이드만 잔뜩 있는 상황이었습니다. 추가로 그런 블로그의 가이드대로 하면 100% 협업시 문제가 생길 수 밖에 없는 구조로 안내하고 있어 정리하여 포스팅을 올리게 되었습니다. (...