전체적인 이 프로젝트의 문제점들을 적어보기 - 코비

[boring-km]

1. navigation-compose를 사용하고 있으면서, 다수의 의미 없는 Activity를 호출하고 있음

   → Activity로 나누지 않고 Composable로 만들고 Routing 시키기

2. 같은 백엔드 서버에서 전달받는 API의 Response 객체가 통일되지 않고 각각 따로 정의되어 있음

   → ApiResponse<T> data class 만들어서 적용해보고자 했으나 아직 전체 적용되지 못함

3. 예외 상황에 대한 오류 문구 출력이 잘 안되고 있음

4. 서버 점검이나 서비스 장애 시 유저들의 이용을 일시적으로 차단할 기능이 없음

5. 오류로그 수집이 안되고 있음 (Crashlytics)

6. 로딩 상황에 대한 UI가 없음

   • 갑자기 이미지가 툭 튀어나오기도 하고 그럼

7. Preview를 고려하지 않고 개발된 UI가 많음

[boring-km]

1: 그래서 코드 양이 많아지고, 라우팅 방식에 혼선이 생김 (소스코드에서 화면 이동 파악이 어려워짐) -> 라우팅 방식의 통일 필요
2: 각각 따로 정의되어 있는 Response 객체들에 중복코드가 많이 존재함
3: 오류 파악이 안되어 무슨 상황인지 사용자가 모를 수 있음
5: 운영 시 예상치 못한 오류에 대한 대응이 어려움
7: 유지보수 시, Preview가 없으면 UI 소스코드를 보고 수정하는 데에 시간이 더 많이 걸림.