roboforum.ru

Само собой. Только за чужие грабли отвечать не хочется.
Да и не дизайнерское это дело - код писать Пусть свои картинки рисует, шрифты, верстает и т.п.

Да, и HTML в идеале не надо трогать - я согласен.

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

Но суть не в этом - я пока не очень понимаю, куда вы клоните - вы меня склоняете к модели "ВижуалБейсика"? Или все же XAMLа?

Добавлено спустя 6 минут 26 секунд:
В общем, хочется сделать "визуализатор" как можно более "тонкий", но как можно более гибкий.

Я думаю, что все-таки это модель с "биндингом", только набор элементов управления очень широкий придется делать.

Мне тоже нравится эта идеология... без исполняемого кода в описании интерфейса...
хотя некоторые вещи я не очень понимаю, как реализовать красиво.

Простые кнопки, индикаторы, слайдеры - понятно.
(Их много и кодом их перегружать ну совсем никому не нужно - ни мне, ни тем более юзеру - их надо связать с предопределенными переменными безо всякого кода).

Но, например...
из-за того, что настроек и вариантов много, я хочу сделать также и "комбо",
в котором можно было бы выбрать сохраненные на диске предустановки
(и возможно их потом скорректировать другими элементами UI)
или вбить новое название для нового набора установок,
(которые будут сохранены на диске)...
Чтобы типовые настройки можно было быстро вызывать.

Ну например есть меню ресторана - можно выбрать по пунктам
"первое", "салат", "второе", "гарнир", "напиток", "десерт" и т.п.
Но при этом есть "комбо", в котором можно выбрать "Комплексный обед №1"
(и все пункты сами встанут как надо), а потом поменять например "рыбу" на "курицу"
и сохранить под новым именем как "Ужин язвенника Васи"...

Вот в концепции "биндинга" такая процедура мне кажется уж очень корявой.
Ну, по крайней мере, неочевидной с моей точки зрения.

Когда "на форму кидают и даблкликают" - это никак не "язык"

И еще, мне-то в общем по барабану, mvvm оно или не mvvm. Лишь бы поставленную задачу решало.

Ответьте, пожалуйста, чем вам не нравится XML описание + Lua вставки? XML парсить не проблема, Lua тоже имеет нормальные исходники.

луа поможет не больше, чем любой другой интерпретируемый язык. т.е. напрямую никак.

Как это не решает? Решает еще как. Пишут дизайн на XML, связывают с функционалом через Lua вставки или ЛЮБОЙ другой инструмент. А сам функционал зашейте в проц. Тот же XAML, только на коленке. И где тут интересно программирование функционала прибора?