造了个新轮子 ef.qt ，让我们用写前端的手感来写 qt

@123s 不是，是让用 C++写 qt 的时候能像写前端一样方便

error: C2653: “ef”: 不是类或命名空间名称

demo 跑不通。。

用起来怎么样

看了下源码, 跟我写的 thrift 转 ts, ts gateway 生成 api 类型包都是一个套路出来的哈哈哈

举报了，楼主有女票

@diveIntoWork 你是不是忘记运行 `efqt generate` 了。。。。另外 VisualStudio 下的行为我不太熟悉，有熟悉的同学麻烦帮忙看一下😂

@diveIntoWork 刚刚修了一个绝对路径的 bug，麻烦顺便更新一下

好了，知道你有女朋友了

就是说用 js 来写界面, 不用 qt 自带的手动拖控件?

画重点 “跟女票一起造的轮子”

@hmzt

不是用 js 写界面，是用图上这种模版语法来写，然后用 js 写的生成器把模版生成为 C++ header。好处是可以在模版里标注逻辑层需要访问 /修改哪些信息，并且可以在模版里描述哪些地方需要监听事件。这样逻辑层就可以只操心模版中标注出来的信息而不需要管其他无关紧要的布局 /占位用 widget。

@nobodyhere 这个的逻辑层还是 js，而且还多了一大把 js 跟 C++之间的数据交换开销。ef.qt 实际上是纯 C++的，所以最终的执行效率、内存占用以及文件体积都会比基于 NodeGUI 的东西小很多很多。

@yangheng4922 我女票表示：
```
我花了 10 分钟解决了在 Qt Creator 里拖来拖去半小时才能解决的问题
```

```
然后我刚才发现
使用 efqt 我可以做这么一件神奇的事情
使用同一套逻辑管理几种不同的界面
用模板就行了
```

@yangheng4922
```
所以，这样的话，我的 UI 部分无论怎么变化，逻辑代码都不用变
只要相同功能的控件名字一样
```

@ClassicOldSong 噗执行效率应该是高很多很多

加油，让我们看到更多

C++ 写逻辑就说的通了 ...
GUI 还有一个问题是集合的处理，就是把数组渲染成控件列表，数组更新时控件如何更新的问题（或者可以扩展到任何 non-trivial 的数据绑定）
React 和 Angular 是根据 key 做 diff，需要整个遍历一遍数组。WPF 稍微聪明一点，搞了个 ObservableCollection
Qt 需要显式操作组件，Cocoa 不用 Binding 的话好像也是
不知道 ef.qt 怎么处理

@secondwtq ef 比较偷懒，数组里放的是组件而不是 data，所以对数组的操作是直接映射到 view 上 widget 的位置变化上的。ef 的逻辑是单层管理，所以并不存在 React 或者 Vue 或 Angular 这样需要给数据进行 key tracking 或者 diff 的操作。
这一点在 ef.js 和 ef.qt 里都是如此，而我造 ef.js 的最初始动机就是 Vue 想要在一个列表渲染结果里展示不同类型的组件时写起来太尴尬。。。需要 v-if、v-else、v-else-if 写一大堆，而我把不同类型的数据放进去之前很可能已经做过一遍 if else 了。。。。。。

xml 描述 GUI,然后,他貌似说的要用 ruby 做"动"的东西.结果鸽了.