@moen 也不能说操作，不过确实少数特殊场景下确实直接操作或者读取控件是比较方便的，WPF 可以这样做（虽然我知道并不推荐），但是前端框架对此的限制感觉要严格得多，想知道这是为什么

@yaphets666 toG 是什么？我们之前做的东西不知道能不能算 toC ，类似于定期更新的软件，所有人都可以下载，但是没有说活动这种说法，我们会定期发布新版本，更新功能修复 bug 啥的，不过这个周期相对比较长，可能有 3 个月吧

@god7d 造轮子的话其实有两个原因，一是当时我们整个组都是自学前端的，一上来就使用框架显然是有害的；二是我们的业务比较特殊，没有框架可用，只能自己做。当然最后我们连 Ant Design Vue 这种通用控件库都想办法避免使用了，需要用到的特殊控件（比如气泡）都自己写了。

@god7d 我只是一块砖而已，公司需要我我就往这边搬。
当然个人理由也是存在的，否则我早就辞职换公司了；
简单来说还是觉得桌面开发的需求已经式微了，前端工作无论是岗位数量还是收入水平都比 WPF 要好很多，所以就同意做前端了；
确实业务应用差很多，这是我最不适应的地方之一。做 WPF 的时候感觉自己在做一个好工具用户可以舒服的用着很有成就感，做前端的时候就只会感觉自己是在无尽的 CRUD 很无趣（虽然确实工资高了一截吧）；

@fortynine 就是通过 apk 安装的，然后无法连接的错误提示在 Clash 设置全局代理的情况下也是会直接弹出来，按下购买按钮的一瞬间就弹出

然后打开 C:\Windows\Fonts 目录，找到 symbol.ttf 。用字体编辑软件打开它（比如 FontCreator ）可以看到实际字体的点位跟在 Word 里看到的是一样的，U+0061 对应的符号的形状就是个α。整个字体只有 188 个字符，并不包含 E000-F8FF 区域的内容

我又试了一下：
打开 Word ，插入 > 符号 > 其他符号，字体选择 Symbol ，找到α并插入。在 Word 的界面上能看见字符码是 0x61 。插入的这个α也是无法调整字体的（编辑字体会发现他的字体不是 Symbol ，字体下拉列表也找不到 Symbol 这一项）。然后把这个α复制到外面就会变成方框，在 Unicode 查询网站上一查会发现这个方框的字符码其实是 U+F061 而不是 U+0061

CefSharp 算吗？

@across 这个是怎么个说法？如果是团队都使用 Typescript 会好些吗？

beta 版本到正式版有什么大的功能变化吗？

@noe132 是用 Vue CLI 搭建的项目，看起来 vue-svg-loader 已经能完全满足要求了

@murmur 啊，是说 Sprite 其实已经有些过时了吗？但是我看到的说法是可以节省很多服务的请求次数？

@Zzzz77 非常感谢，已经在学习了，对于我这个初学者来说可以说是很有收获了

@fayetitus 那比如说图里有插入图表，图表可以 hover 查看具体数值，这个可以在里面放一个 echarts 之类的东西来做吗？还是说只能自己用 fabric.js 的 API 来自己造个轮子？顺带问一下，fabric.js 和 konva 相比怎么样？如果考虑到对 typescript 的适应性的话？

@fayetitus canvas 很难做到嵌入可交互的组件或者说音视频之类的吧，gif 里的也是用 web 原生做的，只在最底下放了一层 canvas 用来处理笔的绘制

@kev1nzh 这方面的库大概有哪些？毕竟前端的生态我们都不是很熟……

@stzz 很难复用，即使有 Blazor 也只能解决抽象的逻辑部分，实际到绘图还是只能用前端的东西来自

@zhea55 我看了一下，SourceTree 和 Fork 的 Windows 端都是 C#的 WPF 写的，我自己就是 WPF 程序员，用着还挺亲切的