DayToGo 개발기

여자친구와 데이트를 해오다보니 "어 저번에 거기 어디였지?" 하는 상황이 종종 오곤했다. 그래서 데이트를 할 때마다 다음에 또 오고 싶은 곳이나 우리만의 비밀 데이트 장소 같은 곳을 저장하는 앱을 개발하려고 한다.KotlinMVVMRxJavaFirebase Realti

회원가입과 로그인은 Firebase Authentication을 통한 이메일과 카카오 로그인을 통해서만 제공할 것이다.Firebase Authentication은 처음이기에 동작 원리부터 예제까지 숙지해 볼 예정이다.이메일과 비밀번호로 이루어진 회원가입을 하기 위해서는

구조 구조는 요즘 핫한 구글의 클린아키텍처를 따르기로했다.(+MVVM) 대략적인 그림은 이러하다. 초기 기능 앞으로 여러 기능을 확장할테지만 아직은 네이버 맵에서 사용자가 저장한 곳을 마킹하고, 클릭 시 해당 장소에 대한 별칭을 띄우기만 할 것이다. 로그인 시 해당

개발을 하다 문득 생각이 들었다.근데 왜 ViewModel은 application을 가지는 AndroidViewModel이 있는데, activity 단의 Context를 가지면 안 될까?그 이유를 계속 곱씹어봤다. ViewModel에서 context 객체를 저장하지 말

Firebase RealTimeDatabase에서 데이터를 가져오는 도중 문제가 발생했다.값이 파베에 저장 되어있을 때 json형태(key,value)이기 때문에 값이 내려올 때는 HashMap<String,Any>형태로 내려오게 된다.근데 아무런 조치도 안 하고

구조 변경 클린 아키텍처를 도입한다고는 했으나.. 익숙치 않아 짜다보니 결국엔 또 내 멋대로 짜는 방식이 되어버렸다. 그래서 하루 날 잡고 전체 구조를 싹 바꾸기로 마음 먹었고, 바로 오늘 해냈다,, 그나마 아직은 앱의 규모가 작아서 5시간 밖에(?) 안 걸렸다. 일

Dagger를 기반으로 한 Hilt를 적용하기 시작하였다.Hilt를 사용한 이유는 우선 러닝커브가 Dagger2보다 높지 않다는 점이었다.추가적으로 DI를 적용한 이유는 모듈, 패키지별로 나누다 보니 의존성을 주입해야하는 상황이 많아졌고, 그로인해 DI 라이브러리 관점