В контексте Флатра? По факту только потыкать пару самостоятельно
Как раз вообще интересует эта тема, интересно как под капотом все устроено
ты хочешь добавить стейт в nanogui? Стейт-менеджеры юзаются в т.ч. и в вебе, в части мобайла можно взять какую-нибудь обзорную статью, например, вот, выбрать перечисленные способы, а потом точным ключевым вхождением в гугел-картинках по наличию схем отсеивать другие более общие статьи по конкретным подходам. Но статья 2020 года, мб многое уже поменялось, есть смысл наверное фильтрануть на хабре по дате. Я так делал, но ссылок не сохранилось, увы, ну и потом значительная часть подходов даёт на выходе в той или иной мере проблемный архитект. Есть ещё поправка на асинхронность, проблемы которой они пытаются тоже решать. Если её нет, то и проблем нет... хотя, конечноже, будут другие проблемы, да.
Не, наногуи нет смысла так модернизировать. У меня был кейс на прошлой работе, нужен был быстрый TreeView на минимум 300К+ элементов, а лучше от 1М. И я тогда столкнулся с тем, как сложно это сделано в Qt/GTK и прочих retained gui и открыл для себя immediate mode. Очень воодушевился, что в imgui тривиально решается проблема с TreeView, в отличие от retained, но, как всегда, есть маленький нюанс. Естественно, пришел к выводу, что должна гибридная архитектура. Где состояние не должно прятаться, а данные не должны копироваться, но при этом все должно быть удобно для использования. Я MVP сделал, мне понравилось и там сразу напрашивалось расширить этот подход, но уже попытки 3 делал расширить и не очень получалось. Хочу вот познакомиться с существующим опытом. И все-таки доделать
Обсуждают сегодня