각 지역에서 진행하는 축제들을 확인하고

같이 갈 친구들을 찾아봐요!

• 개발 기간 : 2024.09 - 2024.12

• Swift 6.0.2 Xcode 16.2 iOS 17.0

• Swift UIKit RxSwift RxCocoa CodeBase(Programmatically) CocoaPods SPM

• GoogleSignIn AppleSignIn NaverSignIn KakaoSignIn NaverMaps �Firebase OpenAPI Alamofire Realm Git/GitHub Figma

• 축제 정보

날짜와 지역을 선택하면 그에 맞는 축제들을 확인할 수 있어요.

또한 검색도 가능하니 궁금했던 축제에 대한 정보를 알고싶으시면 검색도 활용해보세요.

• 게시판 (로그인 필요)

축제에 대한 글을 작성할 수 있으며, 글 작성 내에서 축제를 선택하면

같이가고싶은 축제를 다른 사람들에게 보여줄 수 있어요.

또한 댓글로 다양한 의견을 나눌 수 있어요.

• 채팅 (로그인 필요)

게시판에서 같이가고싶은 사람을 찾았다면, 채팅으로 약속을 잡을 수 있어요.

홈 탭	축제정보 탭	축제 검색
축제 상세정보	로그인(1)	로그인(2)
게시글 작성	게시글 확인	댓글 작성
채팅(1)	채팅(2)	채팅(3)
프로필 사진 변경	-	-
	-	-

파이어베이스에서 제공하는 파이어스토어는 요금제에 따라 다르지만, CRUD 작업에 있어서 횟수제한이 있다.

이 프로젝트에서는 게시판과 채팅영역에서 비중이 큰데 최대한 작업을 아끼되 사용자들에게 불편하지 않도록 하려고 노력했다.

• 게시판

우선 게시판 탭에서 제일 먼저 보이는 것이 게시글 리스트다. 만약에 글이 1,000개가 있다고 하면 게시판 탭을 누를 때 마다 1,000개의 게시글을 읽어오는 것은 읽기 횟수에서나 메모리 측면에서나 비효율적이다.

그래서 일반적으로 리스트뷰에 적용하는 Pagination기법을 적용시켰다. 처음 보이는 게시글들을 최대 n개로 정해놓고, 스크롤을 하면 n개를 추가로 읽어오는 방식이라서 메모리와 횟수 관리 효율에 좋다.

그리고 '게시판'탭의 뷰를 그릴 때 마다 게시글 데이터 n개를 읽어오는 것도 다수의 사람이 이용했을 경우, 금방 읽기횟수가 채워질 것을 대비하여 '게시판'탭 뷰가 최초로 그려질 때 게시글 데이터들을 읽어오도록 했다.

나머지 최신글을 불러오는 것은 사용자가 수동으로 새로고침을 하여 볼 수 있도록 해놓았다.

특정 게시글을 탭하여 이동할때는 그 순간 특정 게시글 데이터를 불러오는 게 아니라, 뷰전환때 게시글 파라미터를 그대로 넘겨주어 데이터 읽기가 발생하지 않도록 하였다.

게시글을 작성한 후에도 리스트뷰에서 바로 읽어오는 것이 아닌, 수동 새로고침을 통해서 읽기 작업을 할 수 있도록 했다.

이렇게 하나라도 CRUD 작업 횟수를 줄이는 방법을 다방면으로 생각해냈고, 그 와중에도 사용자의 편의성을 놓치지 않으려고 노력했다.

• 채팅

채팅은 게시판보다 사용자가 더 가볍게 이용할 수 있는 기능이기에 CRUD 작업량이 훨씬 많을 것이라 예상하고 방안을 생각했다.

채팅도 보통 지속적으로 하게되면 대화내용들이 쌓이기 때문에 마찬가지로 채팅뷰에 Pagination기법을 적용시켰다.

그리고 Pagination을 적용시켜도 대화를 많이한 채팅방에서 이전내용을 찾아본다고 스크롤을 올리게 된다면, 많은양의 읽기 작업을 하게 될 것이다.

이를 방지하기위해 채팅내용들을 Realm을 활용해 저장하도록 했다.

1. 채팅방을 열면 Realm에 저장된 채팅내용들을 설정된 데이터 개수(Paging)에 맞게 읽어옴
2. Firestore에 해당되는 채팅방의 새로운 채팅내용이 있는지 확인 (사용자가 채팅방에 마지막으로 읽은 날짜 기준)
3. 새로운 채팅내용 읽어온 후, Realm에서 읽어온 데이터와 병합
4. 날짜순으로 정렬 후 View에 그려냄

이렇게 처리하니 새로운 채팅내용 데이터만 읽기 횟수가 소모되어 Firestore의 CRUD 작업 횟수 제한에 대한 부담이 덜하게 되었다.

리스트가 되는 것들은 기본적으로 Paging처리 하는 게 좋은 것 같다.

MVVM(Model-View-ViewModel) 디자인 패턴 적용

🗂FestivalTogether
 ┣ 🗂FestivalTogether
 ┃ ┣ 🗂Service
 ┃ ┃ ┣ 🗂Festival
 ┃ ┃ ┗ 🗂Firebase
 ┃ ┣ 🗂Model
 ┃ ┣ 🗂View
 ┃ ┃ ┣ 🗂Home
 ┃ ┃ ┣ 🗂FestivalInformation
 ┃ ┃ ┣ 🗂Community
 ┃ ┃ ┣ 🗂Chatting
 ┃ ┃ ┗ 🗂MyPage
 ┃ ┣ 🗂ViewControlelr
 ┃ ┃ ┣ 🗂Home
 ┃ ┃ ┣ 🗂FestivalInformation
 ┃ ┃ ┣ 🗂Community
 ┃ ┃ ┣ 🗂Chatting
 ┃ ┃ ┗ 🗂MyPage
 ┃ ┣ 🗂Extension
 ┃ ┗ 🗂Resource
 ┃   ┣ 🗂Animation
 ┃   ┣ 🗂FCM
 ┃   ┗ 🗂Fonts
 ┣ 🗂Product
 ┣ 🗂Pods
 ┗ 🗂Frameworks
🗂Pods
 ┣ 🗂Frameworks
 ┣ 🗂Pods
 ┣ 🗂Product
 ┗ 🗂Targets Support Files

원래는 RxSwift를 공부하면서 SNS로그인 구현으로 시작했다가, 이걸로는 부족하다 생각하여 이 프로젝트를 진행하게 되었다.

앱스토어에 검색했을 때도 겹치는 앱이 없었고, 축제 정보를 제공하는 API도 있었고, 이전까지 혼자 개발했던 앱들은 API활용 비중이 크거나 네트워크 통신이 필요없는 앱이여서 어떠한 주제에 회원을 관리하고 서비스를 제공하는 앱을 만들고 싶었다. 그래서 축제 정보를 제공하고 동행 커뮤니티를 제공하는 앱을 만들었고, 비동기 작업을 처리하기에 적합한 RxSwift를 적용하기에도 좋다고 생각했다.

이번 개발을 진행하면서 아쉬웠던 점은 첫번째로 혼자 프로젝트를 진행한 점이다.

처음에 시작할 때는 아예 RxSwift에 대한 공부를 위해 시작한 프로젝트였기 때문에, 어느 팀원에 들어가서 스킬을 공부하면서 개발하거나 모집해서 프로젝트를 진행하기엔 다른분들께 민폐라 생각하였다. 보통 대략적인 기간을 정해놓고 진행하기에 미숙함으로 인해 계획대로 되지않을까봐 하는 위험 부담감, 두려움이 컸다. 그러면서 혼자 진행하고 앱 배포 후에 부트캠프에서 같이 수료했던 한 분과 대화하는 시간이 있었다. 대화내용중에 프로젝트 혼자 진행했냐고 물으셔서 위와 같은 이유로 혼자 했다고 하니까 그런 이유라면 꼭 혼자안하셔도 된다, 다들 공부하면서도 같이 진행한다고 하셨다. 이런 대화를 나누고 뒤돌아보니 아쉬움으로 남게 되었다. 개발시간을 탄력적으로 사용할 수 있다는 장점이 있었지만 시행착오를 겪어가며 배포까지가 생각보다 시간이 많이 걸렸고, 그 시행착오내에서나 개발에 대한 고민(RxSwift를 적용시켰는데 내가 짠 코드구조가 실무랑 같거나 비슷할까? 등)같은 것들을 같이 나눴으면 어땠을까 하는 아쉬움이 크다. 시간적인 측면에서나 여러 다양한 의견과 방법같은 생각의 측면에서나 말이다.

두번째는 기본적인 부분들을 놓친 것이다.

이번 배포 전에 테스트를 최소 버전(17.0)에만 적용시켜서 진행했었고, 필요시 실기기(18.1~2)에 연결해 테스트를 진행했었다. 테스트를 완료하고 배포까지 진행되었는데 최신버전에서 버그가 발생했었다. Setting Bundle을 이용해 오픈소스라이센스를 표기하도록 했는데 이 부분이 구현되지않았다. 검색해보니 최신버전에서는 Setting에 나타나지 않는 버그가 있다고 여러 방법들을 제시해주었다. 어찌됐든 여러방법들을 응용해 버그수정을 완료했지만, 그 순간 돌이켜보았을 때 여러 버전으로 테스트를 해보지 않아서 이런일이 발생하지 않았나 싶다. 앞으로는 이런 기본적인 부분을 놓치지않는 개발자가 되어야겠다고 다짐했다.

RxSwift를 사용해보기위한 프로젝트였는데 진행하면서 적응해갈수록 왜 비동기 처리에 많이 쓰는지 알 수 있었다. 내가 Swift를 배운 시점에서는 비동기 처리를 위한 async/await가 이미 존재했지만, Rxcocoa를 활용해 비동기 처리 후 발생한 데이터를 UI요소들과 바로 연결할 수 있는 점이 편리했다. 즉, 여태 사용해왔던 UIKit에서의 명령형과는 다르게, 데이터 바인딩을 통해 데이터가 바뀌면 UI도 자동으로 업데이트되는 반응형 프로그래밍을 RxSwift로도 맛볼수 있었다. 마치 익숙한 SwiftUI처럼 말이다.