基于 Rust + WebAssembly 的 UI 组件库

看了下你这个例子，感觉 api 不够 declarative，不如基于 yew 做，得益于 rust 的宏，写起来和没有 hooks 的 react 差不多。

感觉大佬们工作不饱和

@Jirajine 哈哈，语法还在更新中～

@Jirajine

Yew 和 Seed 的语法还没有超出 html 的局限(react/vue .etc)，它们甚至还需要 css 文件，并且写 pure html 有个弊端是各种语法混写，项目很容易搞得很乱。

Elvisjs 的思路比较偏向 flutter，举个例子比如 TODO MVC

yew 和 seed 需要 400+ lines 的 Rust Code，包括还需要外置的 CSS file，但是用 Elvisjs 写的话大概一共只需要 300+ lines 左右(不需要 CSS file).

最近还在疯狂更新，吊打 yew 和 seed 指日可待 LOL

@danc 大佬晚上不睡觉的

@udtrokia 恰恰相反，我到觉得语言本身的语法并不那么适合描述 UI，嵌套多了很容易搞得很乱。
rust 和其他语言不同，它有强大的过程宏，不用像 jsx 那样加一堆黑魔法，语言本身就可以支持你创造自己 dsl，用最简洁优美的语法描述对象，而不受限于语言本身的表达能力。
虽然 yew 目前还不怎么样，但我觉得使用宏实现 dsl （当然不限于 xml ），声明式的描述 UI 这种方向应该是正确的。
还有个桌面 GUI 库叫 vgtk，也是一样的思路。

@Jirajine

不嵌套 html 或 xml 类语法是因为，HTML 的特色是把视图平面化了，对于以前的网页来讲是没毛病的，但是现代化的大部分 UI 都是立体化的结构，HTML 的表达能力已经跟不上节奏了，所以选择了这种 Object 的模式。

个人感觉，人们去开发 UI 的时候没有必要同时去学习多种语法(自制 DSL 也是新的语法，而且查询 doc 与 Debug 极其困难，ref substrate)，最好的办法该是一种语法贯彻到底，其余的精力用来完善逻辑上的问题。

不过 ElvisJS 也可以添加一些 DSL 的语法来满足一些开发者的需求，但应该会以附属库的形式进行完善，因为主库还是需要保持最简洁的语法。

关于 Rust 宏，提到的创建 DSL，包括 yew 的写法，它们都是用的 Rust 的普通宏，ElvisJS 与 yew 和 Seed 有个区别是，ElvisJS 不暴露普通宏给开发者(保持语法的简洁性)，只暴露过程宏给开发者，过程宏不会有 DSL 那种语法，用法是给 struct 或 function 加个 attribute 就可以了~

ElvisJS 有非常多的过程宏可以使用，docs 还在完善 XDD