웨이트하우스 - 웨하스

프로젝트 소개

MZ세대 감성으로 운동 기록과 사진을 공유하고, 사용자들끼리 피드백을 주고받으며, 하루 활동과 루틴을 기록하고 헬스 클래스에 참여할 수 있는 커뮤니티 앱

• 진행 기간
  • 기획 : 2024.08.13 ~ 2024.08.14
  • 개발 : 2024.08.15 ~ 2024.09.01
• 기술 스택
  • 개발 환경
    • iOS : Swift 5.10, Xcode 15.3
    • 서버 : LSLP서버
  • 라이브러리
    • iOS : RxSwift, FSCalendar, Alamofire, Kingfisher, SnapKit, HealthKit
  • Deployment Target : iOS 16.0

키워드

• HealthKit: 사용자의 건강 데이터를 가져오고, 운동 기록과 칼로리 소모량 등을 관리하는 데 사용.
• RxSwift: 비동기 데이터 흐름 관리 및 반응형 프로그래밍을 위한 라이브러리.
• 포트원: 헬스 클래스 결제를 위한 결제 시스템 연동.
• MVVM 패턴: 데이터와 뷰를 효율적으로 관리하기 위해 ViewModel 사용.
• Token, AutoLogin: 로그인과정에서 AccessToken, refreshToken 받아 사용. 토큰을 이용해 AutoLogin구현
• 좋아요기능: 커뮤니티 루틴 좋아요 기능으로 사용하여 내 루틴 목록에 원하는 루틴 저장

프로젝트 주요 화면

내 루틴 기록 화면	루틴 좋아요 기능	커뮤니티 상세화면	클래스 참여 (포트원 결제 연동)

1️⃣ STEP1. 커뮤니팀 및 상세화면

1-1. 주요기능

• 오운완 커뮤니티: 오늘 운동한 사진을 자랑하며, 자신의 운동 루틴을 커뮤니티에 공유할 수 있습니다.
• 피드백 커뮤니티: 자신이 작성한 운동 루틴이나 사진에 대해 피드백을 받을 수 있는 공간입니다. 다른 사용자들이 댓글로 피드백을 제공하며, 피드백을 기반으로 운동 계획을 수정하거나 개선할 수 있습니다.
• 소통 커뮤니티: 운동 외의 주제로 자유롭게 대화하고 정보를 공유하는 커뮤니티입니다. 일상적인 이야기부터 운동 관련 정보까지, 다양한 주제로 소통할 수 있습니다.

1-2. 고민한점

1. 커뮤니티의 세분화
   • 어떤식으로 커뮤니티를 나눌지 고민을 했습니다.
     • UISegmentedControl을 사용해 3가지 섹션으로 구분했으며, 각 커뮤니티 섹션의 목적에 맞게 enum으로 커뮤니티 유형을 정의했습니다
2. 좋아요기능
   • 서버에서 제공해주는 좋아요 기능을 "꼭 커뮤니티에서 사용하는 좋아요로 해야할까?" 고민을 했습니다.
     • 헬스 커뮤니티 답게 그러면 루틴을 만들어 올려서 상대방 루틴을 좋아요 해보면 좋겠다 생각하여 좋아요기능을 루틴 저장용으로 사용했습니다.

2️⃣ STEP2. HealthKit을 사용한 내 운동기록

2-1. 주요기능

• 내 운동 기록 관리: 사용자가 HealthKit을 통해 자신의 운동 루틴을 등록하고, 체계적으로 관리할 수 있습니다. 운동 타입 및 운동을 선택후 세트 수와 횟수 등을 기록하고, HealthKit에 운동 관련된 기능 4가지를 불러와 저장함으로써 일관된 운동 기록을 할 수 있습니다.

2-2. 고민한점

1. HealthKit를 어떻게 하면 깔끔하게 효율적으로 작성할 수 있을까?
   • 먼저 HealthKit 데이터에 접근하기 위해 권한 확인 절차를 도입했습니다. HKHealthStore의 requestAuthorization 메서드를 사용하여 사용자가 권한을 부여했는지 확인합니다. 권한이 부여된 경우, fetchHealthData 메서드를 통해 데이터를 가져오는 로직을 작성했습니다. 기간, 데이터 타입, 단위를 파라미터로 받도록 설계하여, 4가지(발걸음, 거리, 칼로리, 서있는시간)를 하루 기간 동안 특정 운동 데이터를 가져올 수 있습니다. 로직을 분리하지않고 가져오며 유지보수성도 좋아집니다.

2-3 트러블슈팅

1. HealthKit데이터 가져오기에서 반환 문제

   • 처음에 Apple에서 제공하는 쿼리문을 사용하여 HealthKit데이터를 가져오려고 했지만, 값이 아예 반환되지 않는 문제가 발생했습니다.

2. 해결과정

   • 먼저 내가 가져오려는 데이터 타입이 정확한지부터 확인했습니다. HealthKit에 해당 데이터 타입이 존재하지 않거나, 값이 0으로 반환되는 상황, 혹은 쿼리문이 실패할 가능성도 고려했습니다.
   • 쿼리문에서 날짜 범위가 잘못 설정되었을 가능성을 의심해 날짜 출력도 확인했습니다. 하지만 오류는 없었고 여전히 데이터 값이 0으로 나왔습니다.
   • 그러나 문제의 원인은 데이터가 실제로 존재하지 않아서였습니다. 예를 들어, 사용자가 지정한 날짜에 걸음 수가 없으면, 0으로 반환되고 데이터를 표시할 수 없었던 것입니다.

    private func fetchHealthData(for date: Date, type: HKQuantityTypeIdentifier, unit: HKUnit, completion: @escaping (Double) -> Void) {
        //데이터를 가져올 수 있는 타입인지 확인
        guard let quantityType = HKQuantityType.quantityType(forIdentifier: type) else {
            completion(0)//없으면 0으로 반환
            return
        }
        
        let calendar = Calendar.current
        let startDate = calendar.startOfDay(for: date)//시작일
        let endDate = calendar.date(byAdding: .day, value: 1, to: startDate)!// 끝지점
        
        // 특정 날짜 설정에 대한 쿼리문
        let predicate = HKQuery.predicateForSamples(withStart: startDate, end: endDate, options: .strictStartDate)
        
        //누적 데이터 가져오기
        let query = HKStatisticsQuery(quantityType: quantityType, quantitySamplePredicate: predicate, options: .cumulativeSum) { _, result, error in
            if let error = error {
                print("error: \(error.localizedDescription)")
                completion(0)
                return
            }
            
            // 결과에서 합계를 추출
            guard let result = result, let sum = result.sumQuantity() else {
                completion(0)
                return
            }
            
            // 주어진 단위로 변환
            let value = sum.doubleValue(for: unit)
            DispatchQueue.main.async {
                completion(value)
            }
        }
        healthStore.execute(query)
    }

   최종적으로 이렇게 나왔습니다.

3. 결과

   • 데이터 타입과 단위가 HealthKit에서 올바르게 설정되었는지 확인하고, 해당하는 데이터에 대해서만 쿼리를 실행하도록 수정했습니다.
   • HealthKit에서 데이터를 반환하지 않을 때 0으로 처리하는 로직을 추가하여, 빈 값이 반환되더라도 앱이 정상적으로 동작하도록 개선했습니다.

3️⃣ STEP3. 클래스 참여 (포트원 사용)

3-1. 주요기능

• 클래스 참여: 포트원을 통한 결제 시스템을 사용해 헬스 클래스에 참여할 수 있는 기능입니다. 사용자는 결제 후 클래스에 참여할 수 있으며, 진행되는 클래스에 대한 정보도 확인 가능합니다. 이 클래스는 매달 개발자들이 업데이트를 하며, 개발자 계정을 따로 만들어 올려주는 시스템으로 생각하여 만들었습니다.

3-2. 고민한점

• 포트원을 연결하여 결제시스템을 만들때 한 뷰에서 구현할지, 다른 뷰로 넘겨서 구현할지 고민했습니다.
  • 한 뷰에 결제시스템을 구현해 버리면 빠르고 직관적으로 구현할 수 있습니다. 하지만 오브젝트의 생성과 해제가 제대로 관리되지 않으면 메모리가 불필요하게 사용되고 메모리 누수가 발생할 수 있다고 판단했습니다.
  • 그래서 결제가 끝나면 쉽게 뒤로 갈수 있는 FullScreenModal로 구현했습니다.

회고

• UI 부족함: 사용자 경험을 고려할 때 UI 디자인이 다소 단순하게 느껴졌고, 좀 더 직관적이고 세련된 인터페이스를 제공할 수 있었을 것 같다는 아쉬움이 남습니다.
• HealthKit 활용도의 아쉬움: HealthKit 데이터를 활용하여 사용자의 운동 기록을 시각화하는 부분에서 좀 더 다양한 차트와 그래프를 제공했으면 좋았을 것 같다는 아쉬움이 남습니다. 다양한 차트를 구현했다면 사용자에게 목표 달성 현황을 직관적으로 제공하고, 더 큰 동기 부여를 할 수 있었을 것입니다. 이 부분은 차후 프로젝트에서 꼭 반영하고 싶습니다.