1

据我了解 Javascript 生成器的当前规范，您必须yield明确标记包含 s 的函数。

我想知道这背后的合理性是什么。

如果这是真的，它将迫使人们写：

let thirdfunc = function*() {
  let value = 5;
  let other = yield 6;
  return value;
};

let secondfunc = function*() {
  yield thirdfunc();
};

let firstfunc = function*() {
  yield secondfunc();
};

let gen = function*() {
  // some code
  // more code
  yield firstfunc();
  // and code
};

let it = gen();
while( !it.done() ) {
  it.next();
};

这意味着，生成器会像癌症一样在代码库中传播。最后，对于开发人员来说，只产生和处理迭代器真的很有趣。

我会发现它更实用，只需定义我想要处理迭代的位置。

let thirdfunc = function() {
  let value = 5;
  let other = yield 6; // Change 1: incorporate yield
  return value;
};

let secondfunc = function() {
  thirdfunc();
};

let firstfunc = function() {
  secondfunc();
};

let gen = function*() { // Change 2: at this level I want to deal with descendant yields
  // some code
  // more code
  firstfunc();
  // and code
};

// Change 3: Handle iterator
let it = gen();
while( !it.done() ) {
  it.next();
}

如果浏览器必须将yield调用和生成器处理程序（firstfunc, secondfunc, thirdfunc）之间的所有内容转换为Promise / Future形式，那应该自动工作，而不是 Javascript 开发人员的业务。

或者有没有很好的理由不这样做？

4

1 回答 1

3

我在http://calculist.org/blog/2011/12/14/why-coroutines-wont-work-on-the-web/描述了设计这方面的基本原理——简而言之，完整的协程（其中是你所描述的）干扰了 JavaScript 的运行到完成模型的精神，使得在类似于 Java、C# 和 C++ 等多线程语言的意义上，更难预测你的代码何时可以“抢占”。博客文章更详细地介绍了其他一些原因。

于 2013-06-12T20:46:28.137 回答