Android developer's blog. story.
이 글은 안드로이드에서 MVVM을 어떤 식으로 접근하는지 고민해 보고, 따라 하기 위한 글이다.
2016년에 MVP 무작정 따라 하기 시리즈를 작성했었는데, 이제서야 MVVM 무작정 따라 하기 시리즈를 작성하려고 한다.
이미 많은 곳에서 MVVM을 활용하고 있고, 더 새로운 아키텍처를 찾기도 한다.
사실 이 시점에 MVVM 따라 하기를 작성하는 건 큰 도움이 되지는 않을 것이다.
하지만 그 중간 과정에서 주의해서 활용되어야 할 부분은 분명히 있다. 이런 부분을 기반하여 새로운 MVVM 따라 하기를 작성하게 되었다.
최근 안드로이드 개발은 모듈에 대한 고민을 많이 하는 추세이다. 하나의 app 모듈에서 package를 분리하여 개발하던 방식에서 모듈 단위로의 분리를 시도하고 있다.
모듈 단위로 분리하여 개발하면 얻을 수 있는 이득은 무엇일까?
등등 다양한 이유가 있을 것이다.
적절한 모듈 분리도 필요하고, 모듈을 분리하는 조건도 정해야 할 것이다.
다행히 DI가 있으니 이런 모듈이 여러 개여도 app/main 화면에서 쉽게 엮어 줄 수 있다.
이 글에서는 모듈 분리 기법을 소개하지는 않고, 모듈을 분리 시 어떤 식으로 관리하면 좋을지 소개한다.
폴더 구조를 include 하는 방식은 두 가지가 있다.
여기서는 상위 폴더 위치는 신경쓰지 않는 방식에 대해서 소개한다.
앞 두 글에서 KSP 사용법까지 알아보았다. 이 글에서는 KSP의 로그 출력을 통한 디버그와 오류 처리에 대해 살펴본다.
Kotlin Symbol Processing API - 공식 문서
KSP를 통해 작성한 오류는 단순 워닝을 통해 로그를 대체할 수 있고, 오류 발생으로 빌드에 실패하도록 할 수도 있다.
첫 번째 글에서 KSP 활용을 위한 준비 단계를 살펴보았다. 이번 글에서는 샘플 코드를 적용해 보려고 한다.
Kotlin Symbol Processing API - 공식 문서
이 글에서는 Annotation을 추가하고, KSP에서 이를 활용한 코드 Generated 방법을 소개한다.
KSP란 뭘까? Kotlin Symbol Processing의 약자로 경량 컴파일러 플러그인을 개발할때 사용하는 API라고 한다.
Kotlin Symbol Processing API - 공식 문서
직접 만들지는 않았지만 그간 kapt를 활용하였고, 여전히 활용 중이다.
apply plugin: 'kotlin-kapt'
// 또는
kotlin("kapt")
이와 같은 코드가 존재한다면 kapt를 활용하고 있다는 것이다.
DataBinding, Dagger등에서 이를 활용하고 있는데, 이들이 해주는 역할은 @Annotation을 적어주면 코드를 자동으로 만들어주는 역할을 하고 있다는 것이다.
아래와 같이 DataBinding 코드를 확인해 볼 수 있다.
kapt는 Java 기반이다. ksp는 kotlin 기반으로, kapt 보다 2배 더 빠르고 기능을 단순화 시켜 더 쉽게 만들 수 있다.
필자도 4개의 ksp 모듈을 만들어 활용하고 있다.