MVVM이 과해지는 순간들 : 패턴의 노예가 되지 않는 법 MVVM(Model-View-ViewModel)은 분명 훌륭한 패턴입니다. UI와 로직을 분리하고, 테스트 가능성을 높여주죠.
하지만 어느 순간 우리는 앱을 만드는 게 아니라 '패턴을 유지하기 위해' 코딩을 하고 있다는 느낌을 받을 때가 있습니다. 이른바 "Over-Engineering"의 늪입니다.
오늘은 제가 현업에서 느낀, MVVM이 오히려 생산성을 갉아먹고 코드를 복잡하게 만드는 '과한 순간들'을 짚어보려 합니다. 1. 배보다 배꼽이 더 큰 '단순 화면' 단순히 텍스트 몇 개 보여주고 확인 버튼 누르면 닫히는 팝업이나 설정 창을 만드는데, 뷰모델을 만들고, 프로퍼티 선언하고, RaisePropertyChanged를 도배하고 있지는 않나요?
현실: 코드 몇 줄이면 끝날 일을 위해 파일 3개를 만들고 바인딩을 연결하느라 시간을 다 보냅니다. 진단: 데이터 변화가 거의 없고 로직이 전무한 정적 화면이라면, 굳이 엄격한 MV...
