有了协程，就不用考虑堵塞了，异步了，用在io重的应用，实在是太方便了，我觉着c++有了协程，再有个好一点的网络库，就完美了。
【 在 hgoldfish 的大作中提到: 】
:  
: 网络编程特别好用。跟线程一样用，又不用担心线程之间的数据同步。  
:  
: 其它场景的话，用来写编译器 lexer 也很方便。  
:  
: --  
: 灭绝人性啊

发自「今日水木 on Mi Note 3」
--
FROM 1.89.215.*

异步绕来绕去的，这是根本问题。假如 RPC 协商的时候需要分三步，你看 asio 要怎么写。

而且 asio 的概念复杂，里面元编程太多，到处都是 xx::yy::zz 这样的写法，写起来太麻烦了。qtng 概念多直接：

    SslSocket s;
    if (!s.connect("remotehost", 80)) error();

    if (s.recv(1024) != "stage1") {
        s.close();
    }
    s.send("ok");
    if (s.recv(1024) != "stage2") {
        s.close();
    }
    s.send("done!");

就这样操作 s 的方法就行了。

qtng 还有加密的 API，比如使用 qtng 创建一个数字证书——历来是各加密库最复杂的操作：

    const QDateTime &now = QDateTime::currentDateTimeUtc();
    QMultiMap<Certificate::SubjectInfo, QString> subjects = {
        { Certificate::CommonName, "hgoldfish" },
        { Certificate::Country, "CN" },
    }

    const PrivateKey &key = PrivateKey::generate(PrivateKey::Rsa, 2048);
    const Certificate &cert = Certificate::generate(key,
        MessageAlgorithm::SHA256, 1, now, now.addYears(1), subjects);

    qDebug() << cert.save(); //PEM

当然，我肯定没有能力去搞什么加密算法。这些 API 只是对 libressl 的包装。libressl 的安全性不错。坏处是 libressl 支持的加密算法较少，而且某些算法缺少硬件加速。

我怀疑 qtng 可能也是 c++ 世界里面最易用的加密 API


【 在 cpper (cpp beginner) 的大作中提到: 】
: asio很好用啊
: #发自zSMTH@ELE-AL00
--
FROM 183.253.138.*

还是不够方便。
本质上需要的是一个轻量级线程库，可以直接将任何阻塞型的单线程路径转化成轻量级线程。

比如说新来的年轻程序员写了一个函数：
XData DownloadX(...);
这个函数会花相当长时间去网上下载X
然后过两天我们发现同时也需要下载Y，怎么办？这个年轻程序员写了一个函数：
YData DownloadY(...);
这两个函数的接口设计都没有考虑并行。
现在如果这个轻量级线程可以做到：
LT ltx([]() { return DownloadX(...); });
LT lty([]() { return DownloadY(...); });
XData x = ltx.JoinAndGet();
YData y = lty.JoinAndGet();
这样就非常方便了。

事实上这样就能实现所有的函数以及其它正常程序接口看起来都是单线程阻塞式的简单路径，但却可以轻松将各种阻塞事务并行起来，且每一层都可以。
【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: 标  题: Re:c++23?
: 发信站: 水木社区 (Fri May 15 10:36:44 2020), 站内
:
: 国内就有微信的libq和魅族的libgo来源。
: 【 在 here080 的大作中提到: 】
: :  
: : https: //github.com/abseil/abseil-cpp/issues/5  
: : 可惜没有开源  
: :
:
: 发自「今日水木 on Mi Note 3」
: --
: 生活好无趣，到水木吵架去。
:
: ※ 来源:·水木社区 http://www.newsmth.net·[FROM: 1.89.215.*]
--
FROM 76.126.252.*

赞?  
  
【 在 hgoldfish () 的大作中提到: 】
: 异步绕来绕去的，这是根本问题。假如 RPC 协商的时候需要分三步，你看 asio 要怎么写。
:
: 而且 asio 的概念复杂，里面元编程太多，到处都是 xx::yy::zz 这样的写法，写起来太麻烦了。qtng 概念多直接：
:
--
FROM 203.145.94.*

广易用不行啊，服务端用proact模式编写挺方便的，仅次于协程。能抗高并发

【 在 hgoldfish @ [CPlusPlus] 的大作中提到: 】
:
: 异步绕来绕去的，这是根本问题。假如 RPC 协商的时候需要分三步，你看 asio 要怎么写。
:
: 而且 asio 的概念复杂，里面元编程太多，到处都是 xx::yy::zz 这样的写法，写起来太麻烦了。qtng 概念多直接：
:

#发自zSMTH@ELE-AL00
--
FROM 120.244.128.*