正确使用迭代器块

Question

我之前正在重构一些代码，但遇到了一个我不太确定的迭代器块的实现。在客户端为某些数据调用外部 API 的系统集成层中，我有一组转换器，它们获取从 API 返回的数据并将其转换为逻辑层中使用的业务实体的集合。一个常见的翻译器类将如下所示：

// translate a collection of entities coming back from an extrernal source into business entities
public static IEnumerable<MyBusinessEnt> Translate(IEnumerable<My3rdPartyEnt> ents) {

    // for each 3rd party ent, create business ent and return collection
    return from ent in ents
           select new MyBusinessEnt {
               Id = ent.Id,
               Code = ent.Code
           };
}

今天我遇到了以下代码。同样，它是一个翻译器类，其目的是将参数中的集合翻译为方法返回类型。但是，这次是一个迭代器块：

// same implementation of a translator but as an iterator block
public static IEnumerable<MyBusinessEnt> Translate(IEnumerable<My3rdPartyEnt> ents) {
    foreach(var ent in ents)
    {
        yield return new MyBusinessEnt {
            Id = ent.Id,
            Code = ent.Code
        };
    }
}

我的问题是：这是对迭代器块的有效使用吗？我看不到以这种方式创建翻译类的好处。这会导致一些意想不到的行为吗？

Answer 1

您的两个样本做的事情几乎完全相同。查询版本将被重写为对 Select 的调用，并且 Select 的编写方式与您的第二个示例完全相同；它遍历源集合中的每个元素，并返回一个转换后的元素。

这是对迭代器块的完全有效的使用，当然不再需要像这样编写自己的迭代器块，因为您可以使用Select。

Answer 2

主要区别在于何时每个代码运行。 第一个被延迟，直到返回值被迭代，而第二个立即运行。我的意思是 for 循环正在强制迭代运行。类公开了IEnumerable<T> 并且在这种情况下被延迟的事实是另一回事。

这与简单的Select 相比没有任何好处。 yield 的真正威力在于涉及条件：

foreach(var ent in ents)
{
    if(someCondition)
    yield return new MyBusinessEnt {
        Id = ent.Id,
        Code = ent.Code
    };
}

Answer 3

是的，效果很好，结果非常相似。

两者都创建了一个能够返回结果的对象。两者都依赖于可枚举的源保持完整，直到结果完成（或缩短）。两者都使用延迟执行，即在迭代结果时一次创建一个对象。

不同之处在于第一个返回使用库方法生成枚举器的表达式，而第二个创建自定义枚举器。

Answer 4

第一个例子不是迭代器。它只是创建并返回一个IEnumerable<MyBusinessEnt>。

第二个是迭代器，我看不出有什么问题。每次调用者迭代该方法的返回值时，yield 都会返回一个新元素。

Answer 5

是的，这是有效的。 foreach 的优点是可调试，所以我更喜欢这种设计。