【 在 hgoldfish 的大作中提到: 】
: 因为 c++ coroutine 是没什么卵用的基础库。连 generator 都还没有，相当于 llvm ir 字节码的简单的映射。上面还必须搭一层事件循环才能真正用起来。
: 理解 c++ coroutine 其实是我们这些基础库程序员的责任，一般 c++ 用户不必去深究。
:

因为c++20只是包含编译器需要实现的底层功能
真正的库最后讨论的时候冻结了啊，要c++23才能加进来
上面有朋友说的 cppcoro 就是类似的库呀

coroutine 的概念很简单，简单实现一个很容易

但是说实话你的那个库设计的真的不 modern 啊，简单看了下，接口设计感觉像很多年前的风格。
而且没有 async await 的协程现在已经没有什么使用价值了感觉

比如现在的 http 库至少应该像下面的样子(包含await 和 自动反序列化)：

auto http_result<Model> r = co_await new http<Model>()->add_param("k","v")->add_header("k","v")->add_body("k","v").request("post");
Model m = r.result;
--
修改:hanjiamajia FROM 211.249.40.*
FROM 211.249.40.*

【 在 hgoldfish 的大作中提到: 】
: 对，我也觉得 coroutine 的实现很简单。关键在于理解 coroutine 的应用场景。经典的把 generator 用在编译器语法解析以及网络编程特别好用，不搞那些弯弯绕绕的 vistor/callback 模式。把 coroutine 用在 gui 编程也特别好用——这个领域我看目前最强的可能是 c#. js 和 c++ 社区都是稀烂。
: 你说的那一套 modern http 把序列化和反序列化和 http client 耦合起来了，还有流式 API 是 rxjava 那个流派的玩法。事实上，我有一套使用 qt 反射自动序列化和反序列化的未开源模块。不过我不想把它们做到一块来。我做的是简洁友好API的 http client，不是高性能，也不是 modern http client. 目标是让人一看就懂，用起来不容易出错。
:


感觉你很排斥 Rx，但是似乎用的并不多
Rx 是一个信号，经过各种 operate 转化合并分拆变成另外一个信号，之后 subscribe
仅仅写法是流式写法，原理和侧重点都和上面的 http 请求不一样
Rxcpp用的人很少，主要因为c++里面，subscribe 之后的 lambda 中传入引用的生命周期非常难处理
但是用熟练的话，还是很好用的
--
FROM 211.249.40.*

【 在 hgoldfish 的大作中提到: 】
: 我要有空就把 qtng 改成基于 c++20 coroutine.. qtng 是 2017 年开工的，那时候 boost::coroutine 非常难用
:



【 在 hgoldfish 的大作中提到: 】
: 我要有空就把 qtng 改成基于 c++20 coroutine.. qtng 是 2017 年开工的，那时候 boost::coroutine 非常难用
:


简单看了下你的 Http Client ，我想讨论下我看到的几个问题（不讨论协程部分）：
1. HttpSession 没有找到 Cancel 机制
这个在 UI 开发中很重要，比如 Dialog 关闭，需要 Cancel 掉当前页面发出的所有 Http 请求

2. FormData 的 addFile(const QString &name, const QString &filename, const QByteArray &data, const QString &contentType = QString()) 接口设计的不太合理
上传一个大文件的话，把文件作为 QByteArray 全部加载到内存里是不能接受的
(这里用 QMimeDatabase 自动加载 Mime type 的设计不错)

3. setBody() 的设计不错, 通过参数类型设置 multipart/form-data application/json application/x-www-form-urlencoded
但是
a. 因为 post 接受的只是 QByteArray ，所以造成了问题2，可以改成 QDataStream 或者 std::basic_iostream
b. 除了内置的三个 content-type 之外，只提供了 setBody(const QByteArray &body) 一个通用方法（这里还遗漏了 content-type），使扩展性打了折扣

我想了想，感觉这里可以设计成这样的一个interface
struct post_body {
    std::basic_iostream stream;
    size64_t length;
    std::string content_type;
};

class body_generator_interface {
   public:
    virtual post_body generator_body() = 0;
};

其他类型都继承该 interface 来实现。
然后真正 HttpSessionPrivate::send() 的时候，调用 generator_body()  来获取 content_type content-length 和 body stream
--
FROM 124.251.33.*