MVVM 적용 : 시간과 작업 효율성 면에서 로그인과 바텀네비가 있는 메인(홈)화면 부분만 Repository 를 local과 remote로 나누고 로컬캐싱을 적용하여 데이터 불러오는 속도를 높이고 나머지 부분은 Local DB는 필요없고 Remote 서버 API하고만 통신하기 때문에 Local과 Remote를 나누지 않고 Repository만 만들어 서버API와 통신하게 구현했습니다.
Android(Kotlin), Jetpack Navigation, MVVM, Room, AAC ViewModel, DataBinding, LiveData, Koin, RxJava2, RxKotlin, RxAndroid, Retrofit2, Firebase(RTDB , Storage, FCM, Auth, Crashlytics, Performance, TestLab, Analytics), AlarmManager, WorkManager, ViewPager2, Material Design, Lottie, Kakao Login API, Tmap API, Tour API, Linkfy, Glide, Unit Test(Espresso, Mockito, Junit 4) 등
효율성 면에서 처음 로그인부분만 액티비티로 구성하고 나머지 메인액티비티에서는 Jeptack Navigation을 사용과 함께 모두 프래그먼트로 구성함으로써 싱글 액티비티 아키텍처로 구성했습니다.
규칙 (2020-07-01 추가) : [행동] 내용(한글) , 출처 : https://blog.ull.im/engineering/2019/03/10/logs-on-git.html
FIX -> 가장 자주 사용되는 커밋 로그 중 하나로 ‘Fix’가 있습니다. 보통 올바르지 않은 동작을 고친 경우에 사용합니다.
ADD -> 코드나 테스트, 예제, 문서 등의 추가가 있을 때 사용합니다
REMOVE -> 코드의 삭제가 있을 때 사용합니다. ‘Clean’이나 ‘Eliminate’를 사용하기도 합니다. 보통 A 앞에 ‘unnecessary’, ‘useless’, ‘unneeded’, ‘unused’, ‘duplicated’가 붙는 경우가 많습니다.
IMPROVE -> 향상이 있을 때 사용합니다. 호환성, 테스트 커버리지, 성능, 검증 기능, 접근성 등 다양한 것들이 목적이 될 수 있습니다.
IMPLEMENT -> 구현체를 완성시켰을 때 사용합니다.
REVISE -> 문서의 개정이 있을 때 주로 사용합니다.
MOVE -> 코드의 이동이 있을 때 사용합니다.
RENAME -> 이름 변경이 있을 때 사용합니다.
