Ethan's Coding Letter

지난 포스팅의 외국인 개발자분에게 보낸 메일에 답장은 오지 않았다. 하지만 답장 받기도 전에 내가 Event Wrapper에 대해 오해하고 있다는 것을 알게 되었다. 이벤트 발생시 마다 Event객체를 생성하는게 아닐 것이라 생각했지만 그건 큰 오산이었다. viewModel이 생성된 이후 단 한번만 발생시키는 이벤트에 사용되는 것이 Event Wrapper가 아니라 하나의 이벤트에 대해 liveData를 observing하는 View가 이벤트를 중복으로 처리하지 못하게 하는 것이다. 한 마디로 Event Wrapper의 용도에 대해 착각하고 있었다. 이벤트 발생시 마다 Event 객체를 만들어 LiveData에 넣어야한다. 역시 외국인 개발자 아저씨가 맞았다!! Event Wrapping은 특수한 상황에..

MVVM Architecture에서 기본 개념 중 하나는 View는 ViewModel을 알지만, ViewModel은 View를 알지 못하게 하자는 것이다. 그로인해 ViewModel은 로직에 집중할 수 있게 된다. AAC ViewModel에서 작업이 끝나면 LiveData를 통해 observing하는 View가 이를 처리할 수 있게 된다. ViewModel에서 View의 메소드를 가진 인터페이스를 통해 이벤트를 전달했었는데 좋지 않은 방법이라는 것을 깨닫고 LiveData로 이벤트를 핸들링하는 방법을 알게 되었다. 이는 이벤트를 상태의 일부로 처리하는 것이다. liveData가 변경될 때 마다 호출 되는 것이 원래 목적이라면 하던대로 LiveData로 하면 된다. 그런데 Snackbar/Toast 메세지..