Question

在Rust,不要求分配肥皂。职能async 回归由汇编者生成的结构,由您称之为汇编者生成l。整体设计是合乎逻辑和明确的。

C++的校准设计很奇怪。它迫使你在肥皂上分配款项,因为你没有其他途径使用<条码>co_return<>代码。

(有可能形成一种在缓冲地带分配的习俗分配者,但这将不必要地使守则复杂化。)

为什么在设计C++时决定由联合路线归还的物体必须有一个<编码>promise_type?

为什么await_ready,await_suspend,await_resume不够?

(看上去奇怪,这是你要求做什么分配;你只能直接构造<条码>SomeTask<T>物体(有三条<代码>await_*方法)并退回。)

如果没有习俗分配者,我们怎么能做到零度的校准?

Answer 1

从根本上说,这迫使你在肥皂上分配款项,因为你没有其他办法利用<条码>co_return<>/代码”来归还物品。

这并不是分配的原因。

天主教会要求储存,以完成他们的工作。不是just,而是用于跟踪整个情况。必须停止和恢复的 co是其中的一部分。

共同路线的全点是,它可以暂停执行,有些人可以恢复执行。谁不知道有人。这也是需要动态分配的原因;共同生活期不受最初援引人范围的限制。

如果职能X援引共同路线A,而联合路线A在部分作为同义要求之前暂停使用,则职能X只能将共同路线归还等待的其他人。这意味着职能X的点击已经停止。如果表A在功能X的 st锁上,其储存现在就已经停止。

情况不佳。

C++向A提供有活力的存储器,以至allow,以保持其使命。这是推定的cor案件。

简言之,你所描述的情况是,X功能本身是等待A的一条共同路线,或者在A完成之前不会离开自己的范围。这将使A的兄弟般状态能够生活在X的无问题之中。如果发现C++的汇编者,则允许他们优化这些条件;他们可以延长动态分配。

但除此之外,这一动态分配是必要的。

我不知道Rust。因此,我不知道Rust在履行其<条码>中的职责。也许其作为同族的职能不能超出其呼吁范围的范围。 Maybe Rust更能够发现当像功能needs<>_em>时,能够生活在电传范围之外。或许,当你想走一条路,逃避打电话的人,你必须明确告诉Rust。我不知道。

但C++就是如此。 C++ 校正为推定,以取代其援引职能的范围。