Hacker News 2026.04.08 22

Xilem — Rust로 네이티브 UI를 만든다고? 실험적 프레임워크의 야심찬 도전

Rust UI 생태계, 아직 정답이 없는 영역

Rust 언어가 시스템 프로그래밍 분야에서 입지를 확실히 굳혔다는 건 이제 누구도 부정하기 어려운데요, 딱 하나 아직 "이거다!" 하는 해답이 나오지 않은 영역이 있어요. 바로 GUI(그래픽 유저 인터페이스) 개발이에요. C++에는 Qt가, JavaScript에는 React/Electron이, Swift에는 SwiftUI가 있잖아요. Rust에는? 아직 결정판이 없거든요. 그래서 여러 프로젝트들이 각자의 방식으로 이 문제를 풀어보려 하고 있는데, 오늘 소개할 Xilem("자일럼"이라고 읽어요)은 그중에서도 꽤 독특한 접근법을 취하고 있어서 눈여겨볼 만해요.

Xilem은 Linebender라는 오픈소스 그룹에서 개발하고 있는 실험적 Rust 네이티브 UI 프레임워크예요. Linebender는 Google Fonts 팀의 지원을 받고 있고, 2D 그래픽스 분야에서 이미 여러 주목할 만한 프로젝트를 내놓은 팀이에요.

Xilem의 핵심 아이디어: 선언적 UI + Rust의 소유권 시스템

먼저 "선언적 UI"라는 개념부터 짚고 갈게요. 전통적인 UI 프로그래밍은 명령형이에요. "버튼을 만들어라", "그 버튼의 텍스트를 바꿔라", "클릭하면 이 함수를 실행해라"처럼 한 단계씩 지시하는 방식이죠. 반면 선언적 UI는 "현재 상태가 이러면 화면은 이렇게 보여야 한다"고 선언만 하면, 프레임워크가 알아서 화면을 업데이트해주는 방식이에요. React나 SwiftUI가 대표적인 선언적 UI 프레임워크예요.

Xilem도 이 선언적 접근법을 따르는데, 여기서 Rust만의 독특한 문제가 생겨요. React는 가비지 컬렉터가 있는 JavaScript 위에서 동작하니까 객체 참조를 자유롭게 할 수 있지만, Rust는 소유권(ownership) 시스템이 있거든요. 이게 뭐냐면, Rust에서는 모든 데이터에 "주인"이 있고, 동시에 여러 곳에서 같은 데이터를 수정하는 걸 컴파일러가 원천 차단해요. 메모리 안전성을 보장하는 Rust의 핵심 특성인데, UI처럼 여러 컴포넌트가 같은 상태를 공유해야 하는 상황에서는 오히려 걸림돌이 되기도 하죠.

Xilem은 이 문제를 뷰 트리(view tree)의 차이점만 계산해서 반영하는 방식으로 풀어요. 매 프레임마다 전체 UI 트리를 새로 만드는 대신, 이전 트리와 새 트리를 비교해서 바뀐 부분만 업데이트하는 거예요. React의 Virtual DOM과 비슷한 개념이지만, Rust의 타입 시스템을 활용해서 이 과정을 컴파일 타임에 최적화한다는 게 차별점이에요. 런타임 오버헤드가 거의 없다는 뜻이죠.

기술 스택: Vello, Masonry, 그리고 Parley

Xilem을 이해하려면 그 아래 깔린 기술 스택을 알아야 해요. Linebender 팀은 UI 프레임워크만 만든 게 아니라, 그래픽 렌더링부터 텍스트 레이아웃까지 전체 스택을 직접 구축하고 있거든요.

Vello는 GPU 가속 2D 렌더러예요. 벡터 그래픽을 GPU의 컴퓨트 셰이더(compute shader)를 활용해서 렌더링하는데, 전통적인 래스터화 방식보다 훨씬 유연하고 빠르다고 해요. wgpu를 기반으로 동작하기 때문에 Vulkan, Metal, DX12 등 다양한 그래픽 API를 지원하고요.

Masonry은 위젯 시스템이에요. 버튼, 텍스트 입력, 레이아웃 컨테이너 같은 기본 UI 구성 요소들을 제공하죠. Xilem의 선언적 뷰 레이어가 이 Masonry 위젯들을 조작하는 구조예요.

Parley는 텍스트 레이아웃 엔진이에요. 여러 언어의 복잡한 텍스트를 제대로 렌더링하는 건 생각보다 어려운 문제인데, Parley가 이 부분을 담당해요. 한글이나 아랍어 같은 복잡한 스크립트도 지원을 목표로 하고 있고요.

이런 식으로 UI에 필요한 거의 모든 계층을 Rust로 밑바닥부터 만들고 있다는 게 Linebender 팀의 야심찬 부분이에요.

경쟁 프레임워크들과의 비교

Rust UI 생태계에는 Xilem 말고도 여러 프레임워크가 있어요. 대표적인 것들을 비교해볼게요.

Iced는 현재 Rust 네이티브 UI에서 가장 성숙한 프레임워크 중 하나예요. Elm 아키텍처를 따르고, 비교적 안정적인 API를 제공하죠. 다만 렌더링 성능이나 텍스트 처리에서 한계가 있다는 피드백이 있었어요.

Slint는 상용 라이선스도 제공하는 프레임워크로, 임베디드 환경에 특히 강해요. QML과 비슷한 자체 마크업 언어를 쓰는데, 순수 Rust 스타일과는 좀 다른 느낌이에요.

egui는 즉시 모드(immediate mode) GUI 라이브러리로, 간단한 도구나 디버그 UI를 빠르게 만들 때 인기가 많아요. 대신 복잡한 앱에는 적합하지 않을 수 있고요.

Dioxus는 React 스타일의 문법을 Rust로 가져온 프레임워크예요. 웹, 데스크톱, 모바일을 모두 지원하는 걸 목표로 하죠.

Xilem이 이들과 다른 점은 그래픽 스택 전체를 자체 구축한다는 점과, Rust의 타입 시스템을 극한까지 활용한 컴파일 타임 최적화에 있어요. 대신 아직 실험적 단계라 API가 자주 바뀌고, 프로덕션에 쓰기엔 이른 감이 있죠.

한국 개발자에게 주는 시사점

Rust로 데스크톱 앱을 만들고 싶었던 분이라면, Xilem은 지금 당장 프로덕션에 쓸 프레임워크라기보다는 방향을 읽을 수 있는 프로젝트로 봐야 해요. Linebender 팀이 풀고 있는 문제들, 즉 "Rust의 소유권 시스템 위에서 선언적 UI를 어떻게 설계할 것인가"는 Rust UI 생태계 전체의 핵심 과제거든요.

실무적으로는 Xilem의 하위 크레이트들이 더 바로 쓸모 있을 수 있어요. Vello는 2D 렌더링이 필요한 프로젝트에, Parley는 텍스트 레이아웃이 필요한 곳에 독립적으로 활용할 수 있거든요. 특히 Vello의 GPU 기반 벡터 렌더링은 데이터 시각화나 크리에이티브 도구를 만들 때 유용할 거예요.

Rust 생태계 전체로 보면, 이런 프로젝트들이 점점 성숙해지면서 "Rust로 GUI 앱을 못 만든다"는 인식이 바뀌고 있어요. 2~3년 후에는 상황이 많이 달라져 있을 수도 있고요.