Week3 멘토링 일지

멘토가 미리 아젠다와 질문을 보고 올 수 있도록 사전에 준비하여 공유합니다.

채팅 알림 기능을 구현하려고 하는데 노베이스인 상황이라 많이 어려울 지 궁금합니다.
→ 소켓으로 쏨/ 푸시 노티피티케이션을 사용 / 인증서 / 페이로드 디자인 ios / 서버 없이 테스트 가능 인증서만 잘 만들어보면 가능 / 푸시 테스트 사이트 / 원시그널 참고

생성자를 활용한 의존성 주입이 필요한 뷰 컨트롤러에서는 required init에 fatalError를 넣는 것이 불가피한 것 같습니다. 현업 코드에서도 이런 경우는 fatalError를 사용하는지 궁금합니다. 또한, fatalError에 대한 경계심은 최대한 가져야하는 지, 융통성 있게 다뤄도 되는 지 궁금합니다.
코드 베이스로 프로젝트를 진행하다 보니 뷰 컨트롤러에서 UI 관련 작업 코드만 해도 100줄이 넘게 생기는 것 같아서 이러한 단점을 최대한 줄일 수 있는 방법이 있을지 궁금합니다.
네트워크 레이어를 구현하는 과정에서 블로그나 다른 사람의 레포를 참고하여 구현하고 있는데, 학습적인 측면에서 괜찮은건 지 궁금합니다.
재사용이 필요없는 UIView를 선언할 때 해당 View의 내부에 여러 View 요소가 있는 경우 어떻게 만드는 것이 좋을지 고민입니다.
- (1) 커스텀 View로 따로 파일을 만들어야 할지
- (2) View 요소를 하나하나 선언하여 레이아웃을 구성해야 할지
- (3) 선언부에서 설정해줘야 할지

현재 Controller에서 에러를 처리하고 Service에서 결과를 반환하려고 하는데 더 좋은 방법이 있는지 궁금합니다.
이미지 처리를 게시글과 이미지를 동시에 받아서 한번에 모든 이미지를 S3에 저장하고 응답을 하게 구현이 되었는데 괜찮은 방법일지 궁금합니다. 이미지를 동시에 처리하면 사용자가 많아지면 서버에 오는 부하가 커질것 같은데 어떻게 생각하시는지 궁금합니다.

멘토링 시간에 나눈 이야기가 휘발되지 않도록 기록해보세요.

12월 12일 오프라인 멘토링 : 강남역 부근
채팅 기능 (어떤 기능에서라도 해당하는 것)
- 한정된 시간 내에 해결할 수 있도록 제약을 걸어 목표한 바에 맞춰 학습하여 구현하는 방향으로 진행하면 좋을 것 같다.
- 원하는 채팅 스펙을 논의하고 설계, 공부, 구현을 하면 좋을 것 같다.
채팅 알림 - 소켓
push notification - iOS drive, remote control, 복수 개수, 페이로드, 인증서, push test site,
date picker
- picker 컬럼 수 늘려서, 연 월 일 시 string으로 받아서 date formatter로 date 만들자.
BE
- 에러 처리
  - 멘토님께서는 서비스레이어에서 발생시킨 오류를 컨트롤러에서 잡아서 변환시킨다고 하셨다.
  - 주로 서비스에러랑 nest의 exception이랑 분리하여 변한한다고 하셨다.
  - 레이어를 잘 분리하고 싶으면 각 레이어에서 처리 하는게 맞는듯
  - Controller 에서 모든 에러를 처리하려면 Service 와 Repository 의 오류를 모두 처리해야하는데
    
    이 보다는 각 계층을 분리해서 오류를 처리하는것이 좋다.

Provide feedback