프로젝트 개요

• 마트 휴무일을 검색하기 귀찮은 사람들을 위한 마트쉬는날 알리미 iOS앱
• 팀프로젝트(iOS 1명 + 백엔드 1명)
• 수행기간: 2018.08 ~
• App Store

앱의 주요 기능

• 브랜드별 마트 검색기능, 상세정보를 제공한다.
• 즐겨찾는 마트를 저장할 수 있다.
• 즐겨찾는 마트의 휴무일을 앱 메인 화면과 위젯에서 확인할 수 있다.
• 즐겨찾는 마트의 휴무일 하루 전, 유저에게 푸시로 휴무일 알림을 보낸다.
  • 푸시 기능은 FCM(Firebase Cloud Messaging)과 Firebase DB를 사용하여 구현함

제 앱은 이렇게 생겼습니다

만들게 된 동기

• 처음에 iOS시작할때, 때가 되면 내가 필요한 앱을 만들어보자는 목표가 있었다.
• 사소한걸 깜빡하는 성격도 한몫했다. 마트 휴무일도 자주 까먹어서 쉬는날 마트 문 앞까지 갔다가 헛걸음한게 한두번이 아니었다.
• 휴무일 주말이면 네이버 실검에 OO마트 휴무일이라는 검색어가 뜨는 경우를 발견했다. 어...나만 불편한게 아니네!? 라는 생각이 들었고
• 결국, 만들어야겠다고 결심!

힘들었던 점 / 신경쓴 구현

1. 즐겨찾기 데이터 모델 설계

이슈

• 앱 전체를 관할하는 핵심이 되는 객체(FavoriteList)를 최대한 효율적이고 간단하게 구현하고자 노력

해결

• 한 유저당 하나의 즐겨찾기(FavoriteList객체)만 존재해야하므로 Singleton으로 구현
• 즐겨찾기를 pop / push 한 후 성공여부를 전달하기위해 Bool값을 리턴하는 기능이 핵심인 즐겨찾기 전용 stack구조 구현
• 즐겨찾는 마트정보는 마트객체의 속성중 id: Int만 Set<Int>타입으로 저장한다.
• 유저의 즐겨찾기 설정값을 저장하기위해, NSCoding을 구현하고 UserDefaults와 NSKeyedArchiver를 사용해서 객체를 아카이빙하는 방식으로 저장

2. 중복 코드 제거(프로토콜 / 상속 등으로 추상화 된 객체 구현)

이슈

• 중복코드를 만들어냈던 기능들: 정보 검색과 열람 / 즐겨찾기 추가 삭제 / 뷰 컨트롤러에서 인터넷 연결 확인
• 정보를 제공하는 기능이 주가 되는 앱이다보니, 위와 같이 여러 뷰컨트롤러에서 사용하는 공통적인 뷰와 이벤트를 처리하는 기능이 중복되었고, 결국 커다란 중복코드 덩어리를 만들어냈다.

  해결

• 뷰에서 발생한 이벤트를 처리하는 Custom Delegate객체를 구현하여 뷰컨트롤러의 중복코드를 제거했다.
• 또한 커스텀 객체를 만들땐 최대한 프로토콜과 상속을 사용하여 기능확장성과 재사용성을 높였다.
• 주로 Delegate객체는 프로토콜을 사용했으며, View나 ViewController는 상속을 사용하여 서브클래싱하여 구현했다.

앱스토어 Reject

• 떨리는 마음으로 완성된 앱을 제출했는데, 이틀 후 결과가 날아왔다. Reject이라고. 이유가 더 충격이다. 이유는 App Completeness - We were unable to review your app as it crashed on launch.였다…
• 여담이지만 이 시기에 나는 너무 정신적으로 체력적으로 약해져있어서, 저 문구는 마치 나에겐 앱이 런칭도 안돼서 내부 테스트도 못했다. 이런 허접을 만들어놓고 우리한테 리뷰를 바라는거임? 이라고 말하는 것 같았다 ㅠ_ㅠ

Crash 이유

• Crash report 분석결과, AppDelegate내의 FCM푸시토큰을 받아오는 콜백함수에서 옵셔널 값에 접근하는 문제가 있었다.
• Optional Forced-unwrapping으로 Bool!타입으로 선언된 변수가 있었고, 해당 변수에 값이 할당되기 전에 콜백함수 내에서 해당 변수에 접근한 문제였다.
• 앱을 처음 설치하면 Push Notification 승인에 대한 alert가 화면에 나타나는데, 문제가 되는 변수에 값을 할당하기위해서는 해당 alert창의 버튼을 선택해야했다.
• 하지만 만약 유저가 해당 alert의 allow / don't allow를 바로 선택하지 않고 기다리면 콜백함수가 먼저 실행되어, nil값에 접근하는 상황이 발생했다.

해결

• 해당 변수를 Bool?타입으로 선언하고 바인딩 후 사용하는 방식으로 변경하여 해결했다.

회고

• 실행 시점을 정확히 예측하기 힘든 콜백함수에서는 어떤 작업을 하든지 신중하게 해야함
• 또한, 여러 상황을 가정해서 테스트해야함. 유저가 당연히 내가 예상하는 액션을 그대로 할 것이라고 예상하는 것은 굉장히 위험한 발상!!
• 옵셔널처리같은 사소한 문제에서 정말 critical한 문제가 발생한다는 것을 깊이 새기게되었다..(배운대로만 코딩해야겠다)
• 게다가 이것만 고쳐서 앱을 제출했더니 바로 승인됐다. 실수만 없었다면 한번에 승인됐을지도…

기술적인 부분 이외의 힘들었던 점

디자인

• 핀터레스트에서 모바일UI / color palette 검색해서 아무리 보면 뭐하나. 디자이너 말고 개발자로 전향하길 잘했다고 느끼는 계기였다.
• 그나마 여러 사람에게서 피드백을 들어서 앱 메인 색깔 정하고 테이블뷰 재구성하는 식으로 변경했다. 역시 협업과 수요조사의 힘이란!
• Flaticon, 키노트, 나눔글꼴 만드신 분들 복받으세요!

일정

• 고백하자면, 처음엔 이 프로젝트가 두 달이나 걸릴지 예상을 못했다. 한 달 정도에 끝내려는 프로젝트였는데 혼자서 처음부터 끝까지 진행하는 첫 프로젝트라서 예상치 못한 곳에서 시간이 많이 걸렸다.
• 갑자기 잘되던 파이어베이스가 말을 안들어서 애플 개발자 사이트에서 프로비저닝 파일을 몇번이나 만들고, 그러다가 프로비저닝이 꼬여서 빌드 자체가 안되고, 중간에 개발자 계정을 바꾸느라 또 애플 개발자 사이트에서 한나절을 넘게 보낸 적도 있었고…App Extension과 프레임워크 디펜던시 문제로 몇 일동안 빌드가 안된 적도 있고..블라블라…
• 사실 코딩 이외의 신경 쓸 것들이 많아서 시간이 많이 걸렸다ㅠ_ㅠ
• 게다가 취준생의 신분이라 어떤날은 입사서류를 준비하다가 싱숭생숭해서 마음을 잘 다잡지 못한 날도 사실 많았다.

회고

• 하지만 이 경험을 토대로 앞으로 다른 프로젝트를 할때 겪을 시행착오를 미리 겪었다고 생각한다. 이젠 프레임워크 디펜던시나, 앱 배포 과정에서 필요한 프로비저닝 파일생성, 프로젝트 빌드 세팅, Test Flight배포, 그리고 멘탈관리…등 여러 방면에서 어떤 것이 문제인지 파악하는 능력이 생긴 것 같고 배운 것을 토대로 앞으로 더 잘할 수 있을것 같다 : )
• 앞으로 버전업을 계속해가면서 기능을 좀 더 추가할 예정인데, 개선점을 토대로 계속 코드도 개선해나갈 예정이다.

AppDelegate의 콜백함수에서 즐겨찾기 데이터를 저장하거나 가져올때의 의문점. 콜백 함수의 순서에따라서 연속적으로 동작하는데 그 안에서 똑같이 데이터를 저장해도 괜찮을까? 비효율적이지 않을까?

• 즐겨찾이 가져오기위해 구현한 함수

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
        // loadedData가 없는경우 favoriteList를 저장해주지 않고 그냥 넘어가면 하위 모듈들에서 접근하는 FavoriteList.shared()로 받는 인스턴스는 모두 그냥 Set<Int>()로 init이 되니까 상관없음
        guard let loadedData = DataStorage<FavoriteList>.load() else { return true }
        FavoriteList.loadSavedData(loadedData) // Favorite리스트를 저장했던 인스턴스로 대체해줌
  
        return true
    }
  

• 첫 시작

  application(_:didFinishLaunchingWithOptions:)
  applicationDidBecomeActive
  

• 홈버튼눌러서 홈 화면으로 갈때

  applicationWillResignActive
  applicationDidEnterBackground
  

• 실행(백그라운드였다가 그대로 다시뜰때)

  applicationWillEnterForeground
  applicationDidBecomeActive
  

• 홈버튼 두번 연속 눌렀을 시 (앱 화면은 보이지만 inactive상태)

  applicationWillResignActive
  

• 홈버튼 두번 눌러서 위로 스와이프하여 끌때 호출순서 테스트

  applicationWillResignActive
  applicationDidEnterBackground
  applicationWillTerminate
  

• 테스트시, 백그라운드 상대로 갈때 항상 호출되는 함수는 두개

  applicationWillResignActive
  applicationDidEnterBackground // 오랫동안 active상태가아닐때
  

• 예비상태와 / 진짜 상태로 들어가는게 꼭 두개씩 호출되는데 어떻게 구분하고 함수를 구현해야할까?
• 모두 구현하는게 제일 좋지만, 똑같은 동작을 반복하게 하기 보다는 해당 콜백들이 불리는 시간차동안 내가 저장할 즐겨찾기 데이터가 변경이 됐는지 flag를 두고 flag에 따라서 동작하게 하는게 좀 더 나은 방법
• 앱델리게이트 콜백함수 중 resignActive나 applicationWillTerminate같은 함수에서 비동기작업을 하면 해당 작업이 끝날떄까지는 유지된다고 한다. 보통은 1분내외로 알려져있지만 시간이 더 필요하다면 await처리를 해야 할 것

마트쉬는날 - 휴무일 알리미

대형마트 휴무일을 매번 검색하기 귀찮은 사람들을 위한 앱

주요기능

• 대형마트 휴무일 검색, 휴무일 정보 제공
• 마트 전화번호, 영업시간, 홈페이지, 위치(지도)정보 제공
• 마트 즐겨찾기 추가 기능
• 위젯 서비스: 즐겨찾는 마트의 휴무일 위젯 표시
• 푸시 서비스: 즐겨찾는 마트의 휴무일 하루 전 날 푸시 알림

스크린샷

문의

E-mail: jinios.dev@gmail.com

노티피케이션이 시리얼큐에서 처리가되는건가!?라는 궁금증에 찾아본 후 간단한 정리

class NotificationQueue : NSObject

• Notification들은 NotificationQueue에 위치함 (FIFO)
• NotificationCenter에 의해 포스팅되는 notification들은 동기적으로 전달된다.
• 즉, 앞선(현재의)노티가 run loop을 빠져나가거나 run loop이 한가해지기전까지 딜레이 될 수 있다.
• 중복되는 노티들은 여러 노티가 포스팅되더라도 합쳐질 수 있다. (하나의 노티만 보내기 위해)
• 모든 스레드는 기본 노티피케이션 큐를 가지고있으며, 그것은 default notification center(NotificationCenter.default)와 연관되어있다.
• 커스텀 노티피케이션 큐를 만들어서 사용할 수 있으며 센터와 스레드마다 여러 큐를 가질 수 있다.
• 노티피케이션이 동기적으로 동작한다는것은 앱이 바쁜 상태이거나 여러 노티다 반복될때 앱을 느리게 만들거나 멈추게 만들 수 있는 문제의 소지가 있다.
• 이때 NotificationQueue만들어서 사용하면 비동기적으로 동작시킬 수 있고, 이런 문제를 완화할 수 있다.
• 예시

  let notification = Notification(name: Notification.Name("MyValueChanged"))
  NotificationQueue.default.enqueue(notification, postingStyle: .whenIdle, coalesceMask: .none, forModes: nil)
  

출처

• 애플 개발자문서
• Hacking with Swift

2018.10.08

• 테스트빌드할때 외부 프레임워크를 못찾아서 빌드되지 않는 문제 해결할때 찾는 경로 넣어주는 방법!
  • How to add testing dependencies using Carthage, with Swift 2 and Xcode 7
  • Stackoverflow
• 파이어베이스 구독 보내기 / 단일기기보내기 성공
  • https://stackoverflow.com/a/45268025
• 파이어베이스 Messaging객체의 fcmtoken은 유저가 notification을 허용하든 안하든 상관없이 발행.
• DataStorage를 이용하고, 파이어베이스에 저장과 구독은 앱을 끄거나 백그라운드로 갔을때만 함!
• favorites을 표시하는 시점 싱크를 맞추고 앱익스텐션에서도 맞추기위해(fetch가 비동기임) 내부 저장소를 사용하며, 앱의 주기를 관리하는 AppDelegate에서만 FavoriteAPI를 통해 파이어베이스에 즐겨찾기 정보를 저장한다. (fetch는 아직 사용하고있지않음)
• 런치 스크린 저장

2018.10.09

오버라이드 방지(Preventing Overrides) final로 표시하여 오버라이드로부터 메소드, 속성 또는 서브스크립트를 막을 수 있음. 메소드, 속성 또는 서브스크립트의 final var, final func, final class func그리고 final subscript같은 소개 키워드 앞에 final 수식어를 작성하여 수행함.

서브클래스 안에서 final 메소드, 속성 또는 서브스크립트를 오버라이드하려는 시도는 컴파일 타임에러로 보고됨. 메소드, 속성 또는 서브스크립트는 확장 정의안에 final로서 표시하여 클래스에 추가할 수 있음.

클래스 정의에서 class 키워드 앞에 final 수식어를 쓰도록 하여 final로서 모든 클래스를 표시할 수 있음(final class). final 클래스를 서브클래스로 하려는 시도는 컴파일 타임에러로 보고될 것임.

• MartSelectViewController에서 사용자 피드백과 마트검색화면으로 전환시 로딩 피드백 표시

• loadingIndicator 삽입
  • NVActivityIndicator 라이브러리 사용
  • 인디케이터가 돌아가는 화면이 잘 보이지 않아서 스타벅스 앱을 참고하여, 내비게이션 화면이 전환될때 흰색 화면이 뜨도록 변경
• 사용자 피드백을 줄때 셀이 눌리자마자 마트로고가 컬러화된것을 보여주고, 누른 후에 빈화면+로딩인디케이터가 표시돼고 빈 화면을 push하는 형태로 마트 검색화면이 나타났으면좋겠는데, 문제는
  • 눌리자마자 셀이 컬러화가 안되고
  • 빈 화면 + 인디케이터가 사라지고 마트선택화면이 노출된 채로 그 다음 화면이 push됐다.
• 눌리자마자 셀이 컬러화가 안되는 문제 : 테이블뷰 셀에 있는 ui변경이 딜레이가 있는것 해결
  • 스크롤뷰의 어떤 속성때문인데 그건바로 delaysContentTouches
  • tableView.delaysContentTouches = false로 주면
  • https://codeburst.io/delayed-performance-in-ios-6c983872fa46
• 마트선택화면이 노출된채로 그 다음 화면이 push되는 문제: viewDidDisappear로 해결
  • indicator화면을 멈추는 finishIndicator()함수를 viewWillDisappear이 아닌 viewDidDisappear에 구현하니 해결됨

2018.10.10

• 메일 result에따라서 alert 피드백 고침
  • 이전에는 메일 컨트롤러가 켜지기만 파면 끄면서 감사합니다 알림을 줬는데 취소하거나 임시저장하거나 메일을 안보내도 감사하다고해서….
• url노출되어있는 것 모두 keyInfo.plist파일로 숨김
• string형태로 써있는 문자열들 programdescription enum으로 숨김

2018.10.11

• 라이선스 간단표시
• Bundle display name 수정해서 디바이스스크린에 표시될 (앱설치후 앱 아이콘 밑에)이름 수정할 수 있음.
• appstore connect 사이트에서 앱 등록을 하려고했는데 마트 쉬는날이 사용중이었다…충격과 공포(아마도 앱 출시는 안하고 앱스토어커넥트에 등록만해놓은듯)

2018.10.12

• 테스트플라이트 배포
• 앱 이름 (홈화면에 보이는 bundle display name) 지역화하기
  • 영어와 한글 추가
• 투데이익스텐션이 안떴는데 아마도 앱 그룹 활성화 시간이 조금 걸려서 그런듯…?
• 처음 앱 다운 받았을때는 안뜨고 위젯 자체는 실행이 됐지만 8시간? 정도 지나니까 뜸

2018.10.13

• gitflow 사용법
• Privacy policy generator로 개인정보 취급방침 만듦
• 릴리즈1.0 브랜치 따서 릴리즈 전 버그 픽스 작업
• 위젯도 로컬라이즈 이름 뜨게 수정하기
• 테이블뷰 셀렉션스타일 없애기
• URLSession 네트워크 타임아웃 설정
• release 1.0에서 수정한 사항
  • 네트워크 에러처리: 타임아웃 3~5초
  • 리팩토링: 리쳐빌리티랑 로딩인디케이터
  • 개인정보취급방침
  • 라이선스 텍스트파일 수정하고 업로드

2018.10.14

• 릴리즈 1.0 빌드2
• 푸시 테스트후 구독 / 구독취소 작업이 제대로 안되고 원래 하고있던 방법이 쓰레기데이터가 남는 방법이라 수정
• 사용자가 favorite을 toggle할때마다 구독에 넣었다 빼는 방법으로 수정함
• 비동기 시리얼큐 등등등의 방법을 사용해보려했으나 디펜던시 문제로 FavoriteAPI객체를 여기저기서 쓸 수 없기때문에….ㅠ_ㅠ 노티피케이션 센터로 수정함. 테스트해보니 즐겨찾기를 막 껐다켰다해도 순서대로 처리가 됐다. 노티피케이션이 시리얼큐에서 처리가되는건가!?(정리)

2018.10.15

• 릴리즈 1.0 빌드 3 / 빌드 4 두번 올림
• 두번 올리고 앱 심사를 위해 제출함!!
  • 메인화면에 즐겨찾기 정보가 없어서 아무것도 안뜰때 ‘즐겨찾는 마트를 확인해주세요’ 문구를 라벨에서 버튼으로 수정
  • (그 문구를 누르면 뭔가 액션이나올거같다는 의견이 많았음)
  • 문의메일에 유저의 디바이스토큰 넣음(문의가 오면 디비에서 찾아서 볼 수 있도록)
  • 푸시 방식을 바꿈
  • 구독은 개발자가 확인하기도 불편하고, DB와의 싱크도 맞지 않는다. (사용자의 화면에서 볼 수 있는 즐겨찾기 추가해놓은 마트와 푸시 구독에 들어가있는 마트가 달라서 화면에 없는 마트에 대한 푸시가 올 수도있고, 화면에 표시되었는데 푸시가 안올수도있음…)
  • 구독방식이 아닌 파베 DB에저장해놓은 [토큰:[즐겨찾기]]대로 푸시를 보내기로 함