kevinlq 最近的时间轴更新 kevinlq 最近的时间轴更新 | kevinlqV2EX 第 173666 号会员，加入于 2016-05-18 19:22:07 +08:00 |
kevinlq.com
kevinlq 最近回复了
2024-01-06 10:49:28 +08:00 回复了 Loxon 创建的主题 程序员 最近好多 GUI 之争，我来给 Electron 站一票，理性讨论 |
投 Qt 一票，其次也有一些开源的组件库，开发起来挺快的。
比如这个 QML 开源库 QML FluentUI ，感兴趣可以看看： https://github.com/zhuzichu520/FluentUI 。
抽空用它模仿了微信界面，代码也开源： https://github.com/kevinlq/KChatQML
https://github.com/kevinlq/KChatQML/blob/master/images/chat2.png?raw=true
比如这个 QML 开源库 QML FluentUI ，感兴趣可以看看： https://github.com/zhuzichu520/FluentUI 。
抽空用它模仿了微信界面，代码也开源： https://github.com/kevinlq/KChatQML
https://github.com/kevinlq/KChatQML/blob/master/images/chat2.png?raw=true
2023-09-10 22:36:46 +08:00 回复了 FoolCats 创建的主题 Python 市面上的 OCR 软件 |
可以看下 QQ 或则微信自带的 OCR 识别，满足日常使用。
PS： 如果想自定义，可以看看「看雪论坛」，有人逆向出了 QQ 和微信的 OCR 通信，并自带一个软件，可以批量进行 OCR 识别。
PS： 如果想自定义，可以看看「看雪论坛」，有人逆向出了 QQ 和微信的 OCR 通信，并自带一个软件，可以批量进行 OCR 识别。
2023-03-09 22:01:18 +08:00 回复了 829939 创建的主题 Python Python 音频分析、特征提取的开源库 |
已 star, 正对对这方面感兴趣，深入学习下
2023-02-21 22:53:21 +08:00 回复了 bfjm 创建的主题 C++ c++11 怎么序列化结构体？ |
建议先学习第三方库如何使用、再研究如何实现的，最后如果想自己造轮子再试着撸一个。
可以看看 protobuf ，msgpack 啊这些， 也可以看看 Qt 的元对象实现
可以看看 protobuf ，msgpack 啊这些， 也可以看看 Qt 的元对象实现
2022-09-02 22:07:11 +08:00 回复了 ecloud 创建的主题 C++ 咨询个 QT 的问题 |
QML 写写界面，JS 可以接管大部分的业务逻辑，复杂功能实现交个 C++即可
比如你提的进销存，界面全部 QML 来实现，功能交互就扔给 C++实现即可
比如你提的进销存，界面全部 QML 来实现，功能交互就扔给 C++实现即可
2021-12-26 10:59:18 +08:00 回复了 zhbzhbzhbz 创建的主题 程序员 请问给 App 开发后端时，错误码应该使用 Http 状态码，还是放到返回的 json 里？ |
放在 Http 状态吗里面。
前几天刚好看了某个大佬的文章，希望对你有帮助；
左耳朵耗子：我做系统架构的一些原则 https://coolshell.cn/articles/21672.html
下面是原文内容：
最典型的例子就是 HTTP 调用的状态返回码。业内给你的标准是 200 表示成功，3xx 跳转，4xx 表示调用端出错，5xx 表示服务端出错，我实在是不明白为什么无论成功和失败大家都喜欢返回 200 ，然后在 body 里指出是否 error （前两年我在微信公众号里看到一个有一定名气的互联网老兵推荐使用无论正确还是出错都返回 200 的做法，我在后台再三确认后，我发现这样的架构师真是害人不浅）。这样做最大的问题是监控系统将在一种低效的状态下工作。监控系统需要把所有的网络请求包打开后才知道是否是错误，而且完全不知道是调用端出错还是服务端出错，于是一些像重试或熔断这样的控制系统完全不知道怎么搞（如果是 4xx 错，那么重试或熔断是没有意义的，只有 5xx 才有意义）
前几天刚好看了某个大佬的文章，希望对你有帮助；
左耳朵耗子：我做系统架构的一些原则 https://coolshell.cn/articles/21672.html
下面是原文内容：
最典型的例子就是 HTTP 调用的状态返回码。业内给你的标准是 200 表示成功，3xx 跳转，4xx 表示调用端出错，5xx 表示服务端出错，我实在是不明白为什么无论成功和失败大家都喜欢返回 200 ，然后在 body 里指出是否 error （前两年我在微信公众号里看到一个有一定名气的互联网老兵推荐使用无论正确还是出错都返回 200 的做法，我在后台再三确认后，我发现这样的架构师真是害人不浅）。这样做最大的问题是监控系统将在一种低效的状态下工作。监控系统需要把所有的网络请求包打开后才知道是否是错误，而且完全不知道是调用端出错还是服务端出错，于是一些像重试或熔断这样的控制系统完全不知道怎么搞（如果是 4xx 错，那么重试或熔断是没有意义的，只有 5xx 才有意义）
Select Language