MarkLight и NoesisGUI | Unity UI Frameworks

Здорово устав с нативным Unity UI, я начал искать сторонние UI framework’и под этот движок. На своем протестировал многое, еще большее не заработало вовсе или оказалось ужасным. Потому мой взор пал на две системы: MarkLight и NoesisGUI.

По сути, они очень похожи, но NoesisGUI является интерпретацией популярного WPF (XAML), также доступного под C++ и нативный C#, а MarkLight — самописный XML парсер, рендерящий это в Unity UI. В этом и вся разница. А ведь если в интернете есть сотни статей по WPF, то зачем делать свою документацию? Потому у NoesisGUI ее практически нет.

MarkLight тоже, как выяснилось, не блещет. Никакого тебе динамичного контента (вроде добавления элементов на ходу) или подбора значений существующих из объектов своего класса. Для кодера это будет сущий ад, зато дизайнер вас крепко поблагодарит. Но, увы, не наш вариант. Для каждой кнопки вам придется завести по 5-10 переменных и OnClick функции, чтобы связать ее с существующей системой. По поддержке: есть Slack на 180 человек, но искать себе советника придется самостоятельно средь них, ведь канал все давно замутили (или просто не заходят в сеть).

NoesisGUI выглядит более солидно. По нему есть пара невнятных устаревших туториалов на Youtube. Версия с AssetStor’а устарела на целых 5 релизов (1.8 и 2.2). Но на самом деле — он еще более пространный, чем MarkLight. Вся документация, связанная с Unity состоит из 3 статей, из которых одна — обзорное руководство по Blend от Microsoft.

Действительно, форум есть. В течение дня вам даже ответят. Но не спрашивать же каждую мельчайшую вещицу у разработчиков?

Потому, посмотрев на все это дело, потыкав его руками, я предпочел вернуться к неудобному, но рабочему Unity UI. Возможно, я еще протестирую PowerUI, но после такого опыта тратить деньги как-то совсем не хочется. Возможно, мне просто не хватило опыта дизайнера, который сверстал бы неплохой дизайн и в нативном Unity UI, не знаю.

Добавить комментарий

Ваш e-mail не будет опубликован.