好贴，看好各路大神都能下场发表深刻见解。

小小的跑个题，
“ 某种特定领域模型语言”，这个领域模型语言是UI届的术语吗？我理解领域模型是指不同行业的业务，描述领域模型得语言是UML，或者缩减版的什么。架构设计的书会这么叫。我很认同业务模型、概念模型、系统模型的三步骤。

另外我符方式二不那么悲观，是事物本质的体现，学了不会亏，可能会过时。
xaml和qml只是一种格式，方便自家的引擎解析排版、绑定函数、分发消息等等。
当然最直观的是将组件变成了“关键词、描述式”的。本意是降低方式一“基于组件”里
new组件、设置属性的复杂度，但描述式的需要要添加响应函数，处理消息和事件时，就出现了一锅烩的局面，乍看一眼xaml都晕了。相比cpp c#的一百个关键字来说，xaml里都不知道啥是关键字，啥是控件，啥是函数绑定，啥是内置框架，啥是第三方库。也就是你说的“稍一扩展就要理解整个框架反而难”。

但这是UI这个事儿本身的复杂度，不是这个方案方式搞复杂了。很多技术人员包括我自己，总会有UI啊给新来的写吧那谁谁几个老手去弄一下后面流程设计和算法（可能就是一系列业步骤）的事。

我还有个不成熟、甚至幼稚的想法。现在国产操作系统离推广不知还有多久。推之前可以先推个桌面软件UI开发框架与国标，基于二或者三，甚至搞个大厂随便指定下，收编开源。土壤没有可以先搞生态，反向推动。至少先把国有工业界软件统一了。实施也简单，作为软件验收标准就行。高校研究生实验室直接基于这个三方库做

可惜干实事儿的太少了，我听过的标准制定、评审会，大部分专家都迷恋设计纸面标准，没有干事儿，开头讲的高大上，后面一讲实现，就是基于开源加层皮，算是“验证概念”。当然这些会都是行业标准，不是关于UI的，我是有感而发。

【 在 iwantfly 的大作中提到: 】
: 基本上图形界面开发技术主要分为三类
: (1) 基于组件和 layout开发
: 代表作 c++的 qt , c#的 winform
: ...................
--
FROM 61.185.186.*

赞广博。
语法设计专为UI交互设计为目标？这个不懂哇，能举个例子吗，Kotlin的优势，c#的劣势？
【 在 poocp 的大作中提到: 】
: 最适合写界面交互的语言其实是Kotlin，它的各种语法设计就是以UI交互为目标的，可以避免很多麻烦和问题。
: 而Java C# Rust等语言都不是专门为UI而设计的语言。
--
FROM 124.114.151.*