@outoftime

Curry, cehod, я бы сказал, смотря какие у вас задачи.

В своё время перебрал всё из are we gui yet и ещё парочку нашёл. Всё что видел однозначно сырое, но если чётко определить цели, можно выделить пару тройку подходящих вариантов. Так как я искал GUI, который позволил бы сделать полноценную игру, при этом не отжирая всё процессорное время, я осталовился на fltk. Да, это С++ библиотека и на Rust есть только обвязка вокруг неё, но моим целям соответствовала вполне.

Изначально я остановился на druid, так как ещё раньше разбирался с ним, но, помимо малой библиотеки widget-ов, он всё ещё на стадии concept proof, что-ли. Например, прохода дерева widget-ов для определения места которое изменилось так либо нет, либо сделано коряво на столько, что можно утверждать что его нет. Когда у вас несколько сотен widget-ов на форме, придётся ждать отрисовки всего одна, даже если изменилась надпись на одной кнопке. Преславутый data driven, хотя и кажется хорошим, но далеко не лишен недостатков. С точки зрения польвателя библиотеки, могут возникнуть проблемы глобальным состоянием приложения. Линзы это конечно хорошо, но когда стают вопросы общего доступа и обмена сообщениями, пользователи ощутят определённую боль.

Всё то, что занимается отрисовкой html меня не интересовало, по определению, из-за требований к производительсти. Мол чтобы GUI работал как GUI, переиодически просыпаясь для перерисовки частей окна или обработки сообщений от ОСи а не запускал бесконечный цыкл в надежде что ему дадут 1000 FPS выдать. Fltk в этом плане ближе всех к native (аля WinApi), решениям по загрузке CPU.

Вернуться к обсуждению:
GUI. Порекомендуйте Rust

2