지금 리액트, 플러터, 스위프트UI써봤고 이제 안드로이드 Compose 써보려고 공부중인데
선언형 UI가 이전의 다른 UI방식보단 낫지만 그에 딸려오는 MVVM은 불편하기 짝이없는거같다.
필요한 부분만 필요할때 바뀐다는건 이론상으로나 합리적이지 실전에서는 프로젝트도 크고 작업하는 사람도 많아서
나중가보면 UI가 복잡해질수록 수백개 UI요소가 알수없는 이유로 업데이트되고 있고 상관없는 부모 UI 때문에 맨밑자락 UI까지 업데이트에 시달림
MVVM은 결국 이벤트형 패턴이라 디버그도 쉽지않고
뷰 코드랑 논리코드를 분리하기도 쉽지않아서 점점 코드가 길어지기만 할때도 있고
UI에 접근성이랑 여러화면비 지원까지 고려하면 디테일한 UI를 짤수록 선언형에서 이해하기 힘든 비합리적인 버그도 많이 발생함
UiKit이랑 기존 HTML작성방식보다는야 낫지만, 딸려오는 단점은 문제의 새영역을 개척했다.
특히 컴포즈는 여전히 장황하기 짝이없는데 XML에 비해 큰 이점이 느껴지지 않음그냥 이 모든게 계획적 구식화를 위해 조작된 스캠이라고 생각된다.
안드로이드처럼 뷰 분리가 쉽고 swiftUI처럼 간결하며 플러터처럼 UI재정립을 관리할수있는 그런 확정적이고 최종적인 방식이 나와야한다.
mvvm은 탭메뉴 같이 공용 상태 관리가 필요하면 용용한거 같음 맹목적으로 뷰마다 관리하면 생산성에 문제도 있고
mvp가 있음 그래서 - dc App
대체 선언형 ui가 머임? 선언형 프로그래밍은 아는데
https://docs.flutter.dev/get-started/flutter-for/declarative