收益率回报的长度

发布于 2024-10-17 13:01:05 字数 199 浏览 1 评论 0原文

有没有办法在不保留计数器变量的情况下从函数内获取收益率返回的数量？例如？

  IEnumerable<someobject> function
  {
      for loop
          yield return something

      int numberreturned = ....
  }

原文

Is there a way to get the number of yield returns from within a function without keeping a counter variable? For instance?

  IEnumerable<someobject> function
  {
      for loop
          yield return something

      int numberreturned = ....
  }

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

柠檬心 2024-10-24 13:01:05

这将违背收益回报的目的。

使用yield return意味着您想要实现一个生成器（MSDN 将其称为迭代器块），即一个即时计算其返回的每个值的对象嗯>。根据定义，生成器可能是无限的，因此控制可能永远不会离开您的 for 循环。

流的工作方式相同。要计算流的长度，您必须耗尽它，并且您可能永远不会从这样做中返回。毕竟，数据可能来自无限的来源（例如/dev/zero）。

回复收藏 0 原文

锦欢 2024-10-24 13:01:05

不。如果没有计数器，这是不可能的——无法从函数本身内部访问返回的流。（如果可能的话，我想知道它会带来什么样的奇怪的语义/怪癖？）

但是，使用计数器这是完全可以的（如果有问题的话），即使问题不希望这样的响应；-）记住这一点当需要流中的下一项（迭代器）时，构造的形式是围绕调用闭包的“魔法”——也就是说，流控制离开并重新进入按要求收益回报。

IEnumerable<someobject> Function
{
  int counter = 0;
  foreach (...) {
      counter++;
      yield return ...;
  }
  // after here we know count -- /assuming/ control gets here
  // 1) value can't be 'normally returned'
  // 2) and if the stream evaluation never exhausts the loop above
  //    then flow-control will never get here
}

快乐编码。

No. This is not possible without a counter -- there is no way to access the returned stream from within the function itself. (If it were possible, I wonder what sort of strange semantics/quirks it would entail?)

However, this is perfectly okay (if questionable) with a counter, even if the question does not desire such a response ;-) Remember that this form of construct is "magic" around closures invoked when the next item in the stream (iterator) is required -- that is, flow control leaves and re-enters at the yield return as required.

IEnumerable<someobject> Function
{
  int counter = 0;
  foreach (...) {
      counter++;
      yield return ...;
  }
  // after here we know count -- /assuming/ control gets here
  // 1) value can't be 'normally returned'
  // 2) and if the stream evaluation never exhausts the loop above
  //    then flow-control will never get here
}

Happy coding.

回复收藏 0 原文