Здравствуйте, paradok, Вы писали:

Ф>> которая XAML — где непосредственно определяются элементы GUI
P>а андроид студия видел конструктор форм?

Через год после знакомства с XAML я в студиях начал прибивать и конструктор и превью. Это было связано:
1)С его глючностью в VS2017 и последующих.
2)C тем, что для превью используются контролы и источники данных из приложения, а дебажных и design-time у нас не повелось делать. Это приводило к тому, что внутри процесса студии выполнялся код самого приложения, в результате чего ей становилось очень плохо. В итоге я либо сам её прибивал, либо оно само падало.

XAML писался в редакторе. Конечный результат я видел после сборки и тестовых прогонов.

P>мне показался побогаче чем микрософтовский...

Нет, других средств разработки гуя (и UI) я не видел.


P>но и то и другое далеко не дотягивает до html-css-js

То, чего не хватало в XAML, легко дополнялось кодом на шарпе.

Здравствуйте, paradok, Вы писали:

Ф>> которая XAML — где непосредственно определяются элементы GUI
P>а андроид студия видел конструктор форм?

Через год после знакомства с XAML я в студиях начал прибивать и конструктор и превью (вообще их отключать и выкорчёвывать). Это было связано:
1)С его глючностью в VS2017 и последующих.
2)C тем, что для превью используются контролы и источники данных из приложения, а дебажных и design-time у нас не повелось делать. Это приводило к тому, что внутри процесса студии выполнялся код самого приложения, в результате чего ей становилось очень плохо. В итоге я либо сам её прибивал, либо оно само падало.

XAML писался в редакторе. Конечный результат я видел после сборки и тестовых прогонов.

P>мне показался побогаче чем микрософтовский...

Нет, других средств разработки гуя (и UI) я не видел.


P>но и то и другое далеко не дотягивает до html-css-js

То, чего не хватало в XAML, легко дополнялось кодом на шарпе.