• ProductCell: 컬렉션뷰에서 셀이 보여줄 상품정보
• ChattingCell: 채팅리스트에서 셀이 보여줄 채팅정보
• ProductDetail: 상세보기 화면에서 보여줄 상품정보
• LoginInfo: 로그인 정보
• UserProfile: Firestore에 저장되는 유저정보
• Message: Firestore에 저장되는 메세지
• UserUID: Firestore에 저장되는 UserUID

• AddNextProductPageUseCase: 홈뷰 페이지네이션 UseCase
• EditProductUseCase: 상품수정 UseCase
• RegisterProductUseCase: 상품등록 UseCase
• DeleteProductUseCase: 상품삭제 UseCase
• FetchProductDetailUseCase: 상세 데이터요청 UseCase
• LoginUseCase: 로그인 실행 UseCase
• CreateUserUseCase: 계정등록 UseCase
• SearchQueryUseCase: 검색 keyword에 대한 결과 리스트 요청 UseCase
• SearchUserProfileUseCase: 나의 유저정보 요청 UseCase
• SearchOthersUIDUseCase: 상대방 유저정보 요청 UseCase
• SearchChattingUseCase: 채팅목록 요청 UseCase
• RecordVendorNameUseCase: VendorName 등록 UseCase
• HandleLikedProductUseCase: 좋아요 목록관리(추가/삭제) UseCase
• HandleChattingUseCase: 채팅 목록관리(추가/삭제) UseCase
• SendMessageUseCase: 메세지 전송 UseCase

각 scene은 FlowCoordinator와 하나 이상의 view를 가집니다.

• LoginScene : 로그인 화면
• HomeScene : 홈탭 화면
• SearchScene : 서치탭 화면
• ChatScene : 채팅탭 화면
• MyPageScene : 마이페이지 화면
• ModalView : 모달뷰 (RegisterView, ImageViewerView)

• ProductsRepository
  • fetchList : 상품 리스트 요청
  • fetchDetail : 상품 상세정보 요청
  • edit : 상품 상세정보를 수정
  • delete : 상품을 삭제
• ProductQueryRepository
  • fetch : 서치 keyword에 해당하는 검색결과 요청

• FirebaseAuthService
  • createUser: 사용자 계정등록
  • logIn: 사용자 계정으로 로그인
• FirestoreService
  • create : 새로운 entity 생성
  • read : 파라미터에 해당하는 entity 요청
  • update : 파라미터에 해당하는 entity를 수정
  • delete : 파라미터에 해당하는 entity를 삭제

SearchController 사용	SearchBar 사용

• 두가지 UI중 오른쪽으로 구현을 하고자 했지만, SearchController에 있는 searchResultsController 의 역할을 어떻게 대체 해줄지 고민이 되었습니다.

  검색결과를 보여줄 "ResultView"를 만들어 searchResultsController 
  처럼 동작하도록 뷰를 갈아끼워 주었습니다.

• 기존에 사용했던 jpegData(compressionQuality:)의 경우

  왠만한 사진은 사이즈가 300kb 미만으로 압축이 되었지만
  사이즈가 많이 큰 사진의 경우 압축에 한계가 있었습니다.

• 새로운 방법 resize() 와 downSample()

  이미지 비율조절을 통해 사이즈를 줄일 수 있는 resize() 와  
  downSample() 메서드를 구현했습니다. 다만 문제점은 
  jpegData() 를 이용했을 때보다 화질저하가 많이 일어난다는 점이었습니다.
  그래서 먼저 jpegData() 메서드를 통해 사진을 압축하도록 한 뒤,
  사이즈가 만족되지 못하면, resize(), downSample() 메서드가 이용되도록
  "책임연쇄패턴" 을 사용 했습니다.

오류 화면	개선 화면	최종 개선 화면

• 빠르게 스크롤작업을 할 때 사진을 받아오는 작업이 쌓여서 한꺼번에 실행이 되었습니다.

• 이미지를 받아오는 비동기 메서드가 이미지를 받아왔을 때
• cellForRowAt에서 받아온 indexPath와 재사용되고있는 셀의 index가 같을 때만 이미지를 할당하도록 제약을 주었습니다.
• 쌓여있던 네트워킹 작업들을 취소해주고자OperationQueue를 이용해서 작업을 수행하고, 셀의 prepareForReuse() 메서드 내에서 OperationQueue.cancelAllOperations() 메서드를 실행시켜 주었습니다. 하지만 효과는 보지 못했습니다

• async-await 으로 리팩토링 후, 이미지 요청을 Task에 담아준 뒤, prepareForReuse 메서드를 재정의 하여 안에서 task.cancel() 을 처리 해주었습니다. 이미지 요청을 담은 Task 안에서 실제 이미지 요청 전, Task.checkCancellation() 메서드를 통해 취소되었으면 이미지 요청을 진행하지 않고 오류를 반환하도록 했습니다. 이렇게 처리하니 모든 요청을 기다리지 않아도 되어 셀 이미지 업데이트 속도가 대폭 향상 되었습니다.

• TabBarControllerDelegate를 이용하여 선택된 탭의 viewController 타입을 확인한 후, modal로 띄워주도록 처리하였습니다.

• UIImageView에 addSubview() 를 통해 버튼을 추가한 경우

  버튼에 addTarget을 통해 액션을 지정 해주었음에도
  버튼 탭을 인식하지 못했습니다.

• CustomView를 만들어 그 안에 imageView와 button을 넣어준 경우

  imageView의 자식뷰로 넣지 않고 둘 다 UIView에
  동등한 관계로 버튼을 넣어주니 버튼 탭 인식을 했습니다. 

오류 화면	개선 화면

• DetailView의 페이지 인덱스 레이블 (사진 우측하단) 업데이트가 viewDidLoad()에서 설정되지 않아 ViewDidAppear()에서 설정 해주었습니다.

  왼쪽 gif 같이 한박자 늦게 페이지 인덱스 레이블이 띄워졌습니다
  
  "해결"
  viewDidLayoutSubviews() 에서 실행시켜 주니 해결 되었습니다.

오류 화면	개선 화면

• 스크롤뷰의 contentOffset이 viewDidLoad()에서 조정되지 않아 viewDidAppear() 에서 조정 해주었습니다.

  하지만 원하는대로 ScrollView 의 contentOffset이 지정되지 
  않고 위와같이 한박자 늦는 문제가 생겼습니다.
  
  "해결"
  viewDidLayoutSubviews()에서 contentOffset 을 조정해주니 
  잘 적용 되었습니다.

• 공통적인 문제점은 목표한 동작이 한 타이밍 느리게 동작하는 것처럼 보이는 것이었습니다. 뷰가 띄워진 뒤에야 목표한 동작이 이루어졌습니다.

• 해결점은 viewDidLayoutSubviews() 였습니다