cherrishRed / ios-diary

🐻 iOS 커리어 스타터 캠프 📔 다이어리

📔 일기장

프로젝트 기간: 2022.06.13 ~ 2022.07.01 팀원: 우롱차, Red 리뷰어: 웨더

프로젝트 소개

📔 일기장 나만의 일기를 만들어 보세요! 저장을 깜빡하셨다구요? 걱정 없습니다. 자동저장 됩니다!

타임라인

• 첫째주 : 화면구성, 키보드, Core Data CRUD 구현
• 둘째주 : Core Data를 이용한 기능 구현, TableView 세세한 동작구현, alert 구현
• 셋째주 : 네트워킹을 통하여 날씨정보 받아오기 및 이미지 삽입

프로젝트 구조

프로젝트 실행 화면

🚀 트러블 슈팅

STEP1

• 키보드 올라오고 내려가는거에 따른 View 변경
• iOS 낮은 버전 시뮬레이터 실행

키보드 올라오고 내려가는거에 따른 View 변경

🤔문제 아래 코드와 같이 키보드 관련하여 레이아웃을 주면 textFied 나 textView 가 키보드에 가려지지 않게 알아서 bottom 레이아웃을 수정한다.

textView.bottomAnchor.constraint(equalTo: keyboardLayoutGuide.topAnchor).isActive = true

하지만 위의 기능은 iOS 15버전부터 지원하기 때문에 낮은 버전에서는 실행되지 않았다.

😆해결 if #available(iOS 15.0, *)를 사용해서 iOS 15.0 보다 버전이 낮다면, Notification을 이용해 키보드가 나타날 때, 메서드를 통해서 아래의 오토레이아웃을 적용해 주었다.

textViewBottomConstraint = textView.bottomAnchor.constraint(
            equalTo: safeAreaLayoutGuide.bottomAnchor,
            constant: -height // 여기서 height 는 키보드의 높이
        )

이때 기존에 적용된 오토레이아웃을 해제해줘야되기 때문에 변수로 관리를 해야한다.

@objc private func keyBoardShow(notification: NSNotification) {
    guard let userInfo: NSDictionary = notification.userInfo as? NSDictionary else {
        return
    }
    guard let keyboardFrame = userInfo.value(forKey: UIResponder.keyboardFrameEndUserInfoKey) as? NSValue else {
        return
    }
    let keyboardRectangle = keyboardFrame.cgRectValue
    let keyBoardHeight = keyboardRectangle.height
    detailView.changeTextViewHeight(keyBoardHeight)
}

키보드의 높이는 Notification 을 이용하면 위의 코드처럼 가져올 수 있다.

iOS 낮은 버전 시뮬레이터 실행

🤔문제 낮은 버전의 iOS 시뮬레이터를 돌릴 수가 없었다.

😆해결 위쪽 시뮬레이터 선택하는 창에서 Download Simulators 를 선택하여 낮은 버전의 시뮬레이터를 설치하면 된다. 하지만 빌드되는 버전에 설정에 따라 실행이 되지 않을수도 있으니 주의해야한다.

STEP2

• Core Data Fetch 문제
• ViewModel 하나를 두개의 ViewController 가 나눠서 사용해도 되는가?

Core Data Fetch 문제

🤔문제 설명 : CoreData에서 fetch로 가져온 데이터 배열을 바로 접근할려고할때 생기는 문제.(다른 팀들에는 이러한 문제가 없었다. 오류문도 Expected DiaryData but found DiaryData로 이상하다.)

이를 해결하기 위해 as [AnyObjcet]으로 형변환을 시켰다.

😆해결

Core Data Fetch 문제 해결

저장할때 NSManagedObject 타입으로 저장을 했었던게 문제가 되었다. 저장할때 사용할 데이터 모델(DiaryData)로 저장해야 문제가 일어나지 않는다. 그래서 우리는 다음과 같이 저장하는 로직을 변경하엿다. 이후 읽어올때 as [AnyObjcet]로 변환하지 않아도 오류가 나지않았다.

guard let diaryData = NSEntityDescription.insertNewObject(
            forEntityName: DiaryInfo.entityName,
            into: context
        ) as? DiaryData else {
            throw CoreDataError.createError
        }

두개의 ViewController와 하나의 ViewModel

🤔문제

MainViewController 와 DetailVewController 가 사용하는 데이터가 (DiaryCoreData) 동일하다고 생각 되어서 TableViewModel 에서 이를 모두 처리를 해주고 있었다. 어떤 방식으로 ViewModel 을 나눠 사용해야 하는지에 관한 문제가 있었다.

1️⃣첫번째 방법

Delegate패턴을 사용해서 DetailViewController가 CoreData를 변경할때 MainViewController가 처리하게 끔 구성이다. (ViewModel이 MainViewController에만 있으므로)

extension MainViewController: UpdateDelegateable {
    func updatae(diaryInfo: DiaryInfo) {
        do {
            try viewModel.update(data: diaryInfo)
            try viewModel.loadData()
            mainView.reloadData()
        } catch {
            alertMaker.makeErrorAlert(error: error)
        }
    }
    
    func delete(diarInfo: DiaryInfo) {
        do {
            try viewModel.delete(data: diarInfo)
            try viewModel.loadData()
            mainView.reloadData()
        } catch {
            alertMaker.makeErrorAlert(error: error)
        }
    }
}

protocol UpdateDelegateable: UIViewController {
    func updatae(diaryInfo: DiaryInfo)
    func delete(diarInfo: DiaryInfo)
}

final class DetailViewController: UIViewController {
    ...
    weak var delegate: UpdateDelegateable?
    ...
}

DetailViewController 에서 일어난 사건을 MainViewController 를 통해 처리해야 한다는 구조가 조금은 이상하다.

2️⃣두번째 방법 DetailViewController의 TableViewModel 프로퍼티를 가지게 하여, MainViewController 와 DetailVewController 모두 TableViewModel 에 직접 접근하도록 하는 방법

final class MainViewController: UIViewController {
    ...
    private var viewModel: TableViewModel<DiaryUseCase>
    ...
}

final class DetailViewController: UIViewController {
    ...
    private var viewModel: TableViewModel<DiaryUseCase>
    ...
}

😆해결 결국 다른 뷰모델을 만들어서 처리하였다. 유스케이스도 같이 만들어줬다. 분리한 이유는 뷰 모델에서 델리게이트 패턴을 사용하여 뷰컨에서의 동작을 받는대 두개의 뷰컨이 사용되면서 하나의 뷰모델에서 처리하기 곤란해졌다. 또한 두개를 사용하기에 최적화가 덜 되있었다. 이러한 이유로 다른 뷰모델을 만들어줬다.

유사한 로직의 통일, 분리

🤔문제 delete 버튼 share 버튼을 눌렀을때 동작하는 메서드가 mainViewController 와 DetailViewController 에서 사용되고 있는데, 두 로직이 유사하지만 세세한 부분이 다르다.

data 를 삭제하고, 공유하는 handler 를 MainViewController 와 DetailViewController 에서 모두 사용있다.

같은 로직이지만 차이는 어떤 controller 에서 TableViewModel 에 접근하느냐 이다. 이 두 로직이 겹치는 부분이 많다고 생각되는데 같은 클로저를 공유해서 사용할 수 있는 방법이 있는지 궁금하다.

😆해결 결국 다른 메서드라 그냥 다르게 처리해줬다.

SceneDelegate, AppDelegate 활용

🤔문제 어플이 홈화면으로 전환할때 DetailView 화면의 data 를 자동 저장 해주기 위해 SceneDelegate 에 있는 홈화면으로 전환될 때 불리는 sceneDidEnterBackground 메서드를 이용했다.

1️⃣첫번째 방법

AppDelegate 에서 delegate 프로퍼티를 가지고 SceneDelegate에서 호출하는 방법이다. (AppDelegate는 전역적으로 접근이 가능함으로). 이 방법은 수정해야 하는 사항이 많고, AppDelegate가 delegate 프로퍼티를 가지고 있어야 한다는 단점이 있다.

2️⃣두번째 방법 두번째 방법은 SceneDelegate에서 뷰를 확인해서 메소드를 실행하는 방법이다.

func sceneDidEnterBackground(_ scene: UIScene) {
((self.window?.rootViewController as? UINavigationController)?.topViewController as? DetailViewController)?.saveData()
}

😆해결 첫번째 방법을 선택하여 작성하였다. 두번째 방법은 결국 TopView를 가져와야 처리를 할 수 있다. 하지만 TopView를 제대로 가져올려면 분기처리를 해줘야한다. 하지만 우리는 꼼꼼한 분기처리를 하지않고 첫번째 방법을 선택하기로 했다.

STEP3

• Rx 없이 MVVM 구조
• Result 타입으로 변경
• UseCase

Rx 없이 MVVM 구조

🤔문제 처음에는 MVVM 패턴에 익숙하지 않아서 MVC 처럼 MVVM 구조를 ViewController 가 ViewModel 의 프로퍼티를 직접 접근해서 호출하고 수정하는 방향으로 작성하였다. (파라미터로 핸들러를 받아서 핸들러를 ViewController 에서 호출하도록 수정하였다.)

😆해결 delegate로 Handler 들을 작성해 주어서 Handler 를 호출하는 주체가 ViewController 가 아닌 ViewModel 이 되게 하였다.

MVVM 을 쓰면서...

클린 아키텍처를 참고

계층 별로 기능을 나누고 추후 코드를 작성할때 어떤 구조로 구성해야될지 많은 도움이 된거같다. 우리 MVVM 구조에서 정한 규칙이 있다.

1. 뷰모델에선 뷰와 관련된 코드를 쓰지않는다.(UIKit 을 임포트하지않는다.)
2. 뷰모델에 접근할땐 인터페이스를 정해서 내부 함수가 드러나지 않게한다.
3. 뷰 - 뷰모델 - 유스케이스 의 역할을 올바르게 분리한다.

Result 타입으로 변경

🤔문제 CRUD 메서드를 throws 로 작성했는데 리뷰어께서 try catch 를 사용하지 않는 방법으로 수정해 보는 것이 어떻겠느냐 이야기 해주셨다.

😆해결 Result 타입을 사용해서 Success 와 Failure 한 객체를 받도록 설정했다.

✏️ 학습내용

• CoreData
• KeyBoard
• ActionSheet
• ActivityVeiw
• TableView Cell 삭제, 추가
• TableView Swipe