@duke807 "而且 wxWidgets 的版權也比 qt 好很多，qt 越来越不行了。"

QT 的学习资源多。大厂 QT 就和前端里 React 地位一样，团队作战肯定优先选择最主流的框架。

除非是一个人开发，进度不紧不慢，可以让你慢慢学。

打错字了，应该是"QT 和 wxWidgets 的语法，都是语言强关联的，这样并不太好。"

C++里 UI 写复杂后，代码也是一大堆。要不就抽象出去，要不就用直接用配置脚本来驱动。但是这样的话，也相当于搭建了一个简易的 DSL(domain specific language)。

所以从我个人角度来看，UI 应该是不限语言的。

最近看了一个 C++工程（ https://github.com/filecxx/FileCentipede ），就是用自定义 sml 配置语言作为界面 UI 库，类似 flutter 那种嵌套式 UI 声明语法。

我个人觉得嘛，就算 C++工程，也还是应该把界面部分独立出去。尽可能把界面逻辑和程序逻辑分离，要不然代码会很乱，非常不好移植。

QT 和 wxWidgets 的语法，都是语言强关联的，这样并太好。你对比一下前端的模板式界面编程，都是必须先编译的，把界面模板编译后得到双向绑定的界面代码，控制起来要灵活很多。

macOS 能用 C++直接写界面？

感觉不能吧。不都是用 obj-c 或者是 Swift 开发的。

微软已经放弃 C++的界面库了，全面推用 C#的 WinForm 。C++写算法可以，写界面估计不先包装个几层，还是很难写好的。

话说我在用 Electron 写桌面程序，开发体验感觉是真的好，也可能我本身就是前端缘故，如鱼得水，2333 。

90%是显卡驱动太老的关系。

找个 24 小时的机器，把 ping 重定向到本地文件。

输出成 csv 格式，弄到前端变成报表曲线。

楼上别把字典和 std::map 的和 hash 之类搞混啊。

JSON 字典是有序的，也就是 json 里一个对象，通过 for (key in map)去遍历，是保留原始是顺序的。
map 是红黑树实现，扔进去后访问是无序的，也就是没办法保留原始 key 的前后顺序。
hash 一般也是无序的，高级语言为了大家用着方便，可能会加个有序的额外包装容器。

看了一眼代码。不需要分协议的，个人推荐用 gRPC ，把传统的 restful post/get api 和 term websocket 封装在一起处理。

这样只需要一套逻辑代码，就可以同时对应短连接和长连接。

代码里那么多 go ，本质上还算 C/S 架构，就多了一个 web 当成 UI ，还是没把浏览器全部潜能给挖出来。

是楼主的儿子吗？技术好强啊。
我只敢举盾过，没盾没安全感。

@yazoox xml 足够简单，就是一棵单根树，很多语言都可以直接导入。属于计算机的基本数据结构。
json 就比较复杂了，通常跨语言，都需要导入第三方库才能方便使用。

习惯了 xml ，改用 json 后，发现竟然没有对应的数组结构。
json 转到 xml 不行，xml 转到 json 没问题，真是晕过去。

BV1dq4y137pH
去 B 站查这个视频。

你这 DNS server ，172 开头是内网吧，包完全没出去啊。

查了个寂寞。

@westoy “找不到的直接推给本地金蝶用友之类的外包， 开模是万万不会再开的.......”

这是你的想法而已，你看回帖，大家接单多积极，外包卷的厉害。

前端业余赚钱也就靠外包了，有时候遇到刁难客人，可以按照工时收费，这样反复修改，自己也不会那么的亏。

@kaifeiji "但它的实现和性能与 limit-offset 是相同的，所以耗时也是线性增长"

基本上好一点的网站，翻页都是有限制的，用户也不可能无限翻下去。无限翻页就是个伪需求。

头 100 页内存缓存一下，基本上能应付 95%的情况。剩下的 5%，也不会强制要求高性能。

坚持说数据库 limit-offset 性能有问题的，不是傻就是坏。

https://i.imgur.com/nI7NAaR.jpg

我指的是这种，可能和你的 fusion 库概念类似吧。

既然能支持 custom dom ，那就把 custom 元素能力最大化。小程序架构太像 VUE 了，以至于传统的 JS 字符串拼接代码，更新界面完全没发挥余地。

@taowen 你没理解我的意思。

你既然有能力能从底层重构 javascript ，自己控制运行期，那你自己就是一个完整的 runtime 平台。

可以类似 nodejs ，注入嵌入一些 document 元素，比如 getelementbyid ，比如支持一下 jquery 语法。

kbone 这种都是 VUE 组件和小程序组件之类的转换，没办法脱离 MVVM 写代码。你这个 WASM 的潜力，要比这几个框架大太多了。可以直接把 UI 和 javascript 函数对接。