수행
- 청하 프로젝트 iOS 리팩토링 작업
- 구글 소셜 로그인 화면 전환 Router 패턴으로 화면 전환 책임 분리
- 구글 소셜 로그인 기능 Clean Architecture 구조로 리팩토링
공부
- Coordinator 패턴과 Router 패턴의 책임 범위
- Coordinator는 기능 단위 또는 여러 화면의 흐름을 관리하고, 앱 전반의 로직을 조율하는 경우가 많습니다.
- Router는 단일 화면에서 필요한 전환을 처리하는 데 초점을 맞추며, 한 화면 또는 기능 단위의 화면 전환을 처리하는 경우가 많습니다.
- Pull Request 강제 Closed
- "git filter-branch --tree-filter 'rm -f ./test.txt' -f" 커맨드를 이용해 해당 경로 파일을 모든 히스토리에서 삭제했지만 강제 적으로 삭제한 거라 Pull Request가 강제로 닫힘
만족
- Router 패턴으로 리팩토링하여 SOLID 원칙 중 SRP 원칙을 준수하여 코드 유지보수성 항샹
- Clean Architecture 도입으로 코드를 좀 더 구조화시킬 수 있었음
아쉬움
- 강제 git push 로 인한 커밋 히스토리 오류를 발생시킴
- 아직 Clean Architecture에 대한 개념이 미숙하여 프로젝트 적용에 생각보다 많은 시간이 소요됨
개선점
- 강제 git push를 방지하기 위해 원격 Repository에 업로드 전 Local에서 철저히 테스트해보고, 자세히 살펴보자
- Clean Architecture 개념 숙지
느낀점
- 무턱대고 적용하기보단 어떤 결과가 나올지 미리 생각해본 후, 적용하자
[회고 구조]
1. 수행: 오늘 하루 동안 했던 업무 정리
2. 공부: 일을 하면서 인터넷으로 검색해서 알게 된 정보들, 혹은 팀원과 얘기하면서 알게 된 도메인 지식들을 정리
3. 만족: 업무를 하면서 좋았던 점
4. 아쉬움: 업무를 하면서 아쉬웠던 점
5. 개선점: 아쉬움에서 썼던 것을 토대로 다음날 액션을 취할 수 있는 방법들을 작성
6. 느낀점: 하루 일과 총평
[회고 노트 시 필수 사항]
회고 노트는 반드시 당일에 작성한다.
'회고' 카테고리의 다른 글
[회고] 2024년 11월 4일(월) (0) | 2024.11.04 |
---|---|
[회고] 출시 프로젝트 회고 (0) | 2024.03.29 |