왜 나는 다시 XAML로 돌아왔는가

React로 프로젝트를 하면서 상태 관리 구조를 여러 번 뒤집어본 적이 있다. 날밤을 샌 적은 없다.

대신, 같은 고민을 수도 없이 반복했다. 화면을 띄우는 건 빠르다.

문제는 그 뒤에 따라오는 상태의 흐름이다. 컴포넌트가 늘어나고, 상태가 서로 얽히기 시작하면 문득 이런 생각이 들었다.

나는 지금 화면을 설계하는 걸까, 아니면 상태의 흐름을 붙잡고 있는 걸까? 그 순간이 쌓이면서 나는 다시 XAML을 켰다.

React, 렌더링의 세계 React는 정직하다. 상태가 바뀌면 다시 그린다.

UI = f(state) 이 명제는 정말 깔끔하다. useState 하나로 세계가 움직이는 그 즉각적인 반응성은 분명 매력적이다. 하지만 규모가 커지면 이야기가 달라진다.

어느 순간부터 렌더링 최적화 고민이 중심이 된다. “어떻게 하면 덜 그릴 수 있을까?”

“이 컴포넌트는 왜 다시 렌더링되지?” 그때부터 나는 UI를 설계하는 사람이 아니라 렌더링 사이클을 조정하는 사람이 되어 있었다.

XAML, 속...