Avalonia: первая встреча

[Imbecile]

MS так и не сподобился сделать кроссплатформенный UI Framework. И Xamarin — его покупка — решила проблему отчасти, ибо не умеет в Linux. И сейчас, если хочется .NET и единый UI вообще на всём, то выбирать приходится Avalonia. Open source и очень кроссплатформено, но пока что с багами.

[zartarn]

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

[samodum]

Может, надо начать с того, чтобы рассказать, что это вообще такое этот ваш AvaloniaUI, для чего он нужен и какие задачи решает?
А то вылили на нас ушат с этим кодом и что нам с ним делать?

[Larymar]

там вроде бы сказано

корссплатформенным GUI Framework

Что еще он может решать, кроме кроссплатформенного отображения окон)

[petuhov_k]

Классная штука, эта Avalonia, жаль, что сырая и, когда доварится, не известно.

Сам пробовал, портировать несложное приложение с UWP. В целом заработало, даже избавился от некоторых костылей. Но, есть и бочка дёгтя. Под Android запускается только Debug версия, при этом тормозит нещадно, реакция на действия десятки секунд. Под убунтой упомянутые файловые диалоги не открываются. А разработчики, похоже, сосредоточились на iOS. Жаль.

[kekekeks]

С диалогами был некоторый просчёт в проектировании API, когда буквально все требовали "как в WPF", ибо "на винде работает же". В итоге по дефолту ShowDialog не принимал родительского окна, что вызывало ряд спецэффектов с линуксовыми оконными менеджерами, имеющими особое мнение о том, где и как надо показывать свежепоявившиеся окна. Особенно странностями страдает третьегномовский Mutter, который окно может не показать вообще, ибо у GTKшного файлодиалога выставлен _NET_WM_STATE_SKIP_TASKBAR. Усугублялось это тем, что тестировалось всё обычно на Ubuntu+Unity, а Compiz подобной самодеятельностью не страдает, и всё работало.

Сейчас все диалоги в обязательном порядке требуют наличия родительского окна.

В общем, линуксозоопарк десктопных, о ряде особенностей которых можно узнать только по багрепортам. Особый смак — когда проблемы очередного WM не проявляются при запуске оного под Xephyr (приходится запускать отдельную сессию), либо дистрибутивозависимы (приходится запускать виртуалку, а там обычно ещё и llvmpipe в качестве драйвера), либо дистрибутиво- и драйверозависимы (проще повеситься). Как optirun ломает dlsym(dlopen("libdl.so.2", RTLD_NOW), "dlsym"), что делает невозможным использование dlsym через [DllImport] — вообще отдельная история.

Ещё имели кучу проблем с патчеными версиями GTK (привет, ElementalyOS), из-за которых ничего не работало. Сейчас, вроде, осилили бакэнд, работающий напрямую с libX11 и с GLX, стало немного полегче.

[petuhov_k]

Никита, Вы есть крут. Ваш комментарий тянет на отдельную статью на хабре. Но, чёрт с ними, с диалогами. Ясно, что вызов нативного окна в произвольной ОС — задача неблагодарная. Меня больше волнует Android, что с ним?

[kekekeks]

Примерно то же самое, что и с iOS — сделали экспериментальные бакэнды, чтобы понять, где лежат грабли, и какие вообще у платформ ограничения, после чего сосредоточились на самом фреймворке и поддержке десктопа. Вот тут я с месяц назад расписывал, чего не хватает для нормальной работы на мобилках.

С андройдом в частности главная проблема в том, что на нём очень много low-end девайсов, а моновский AOT-компилятор под эту платформу далеко не так хорош, как под iOS. Отсюда тормоза. А если по каким-то причинам OpenGLES не заведётся, будет совсем грустно (сейчас вот он там у нас после миграции на SkiaSharp выключен, например).

Я сейчас потихоньку делаю компилятор XAML в MSIL, что должно снять хотя бы часть проблем со временем загрузки, но в целом нормальную поддержку мобилок раньше конца года ожидать не стоит.

[Larymar]

ну хотя бы диалоги под убунтой починили

[VeroLom]

Может, я не очень в теме, но что мешает использовать те же Gtk/Qt/Wx? Биндинги под шарп есть.

[kekekeks]

GTK уже научился в per-monitor DPI на X11? У них же иксы теперь "устарели" и все силы брошены на новый более лучший дисплейный сервер. Да и отрисовку из не-UI потока нормально не сделать.

В целом же "мешает" ими пользоваться неимоверная боль при попытке написать что-то сложнее хелловорлда привыкнув к XAML-фреймворкам, где есть нормальная человеческая поддержка MVVM.

Моя прошлая попытка изготовить что-то на GTK# закончилась переписыванием на C++/QtWebkit/JS (электрона в те годы не было)

[nevdokimof]

Avalonia — крутая штука, единственная беда — очень не хватает хорошей документации, местами вообще провалы.

[AnSt]

По документации. Мне иногда проще перейти на старую версию документации, чем в новой найти что-то. В разделах запутываюсь быстро. Благо поисковик помогает.

[AnSt]

За статью про мою любимую Avalonia плюсую, а за содержание статьи - минусую. Но всё равно статья скорее всего поспособствовала интересу Avalonia - а это уже отлично!
И ниже приведённые ложки дёгтя сочтите как конструктивную критику, дабы в будущем статьи были лучшего качества.

Ложки дёгтя по статье (без сортировки):

• Вот этот кусок кода

<Grid>
        <Grid.RowDefinitions>
            <RowDefinition Height="Auto" />
            <RowDefinition Height="*" />
        </Grid.RowDefinitions>
        <Grid.ColumnDefinitions>
            <ColumnDefinition Width="*" />
        </Grid.ColumnDefinitions>
...

Можно было бы заменить более короткой и не менее непонятной конструкцией <Grid RowDefinitions="Auto, *" ColumnDefinitions="*">...

• Не понял она для тех кто знает WPF или для кого? Чуть больше вводных - и было бы отлично.

• В разметке встречаются комментарии - но и без них понятно что происходит, особенно для тех, кто знает WPF.

• Вы используете паттерн MVVM - но про него ни слова. Только строка по созданию решения. А можно как-то создавать приложения на Avalonia без MVVM?

• Не совсем понял про добавление зависимости к Avalonia.Skia.Linux.Natives. Можно привести код *.csproj файла, чтобы посмотреть какие библиотеки уже есть и по ним проследить цепочку зависимостей.

Думаю, что комментариев к статье может набраться и ещё. Но пока вот те, что бросились в глаза.