Answers:
Mads Torgersen在C#设计会议说明中对此进行了解释,其中首先讨论了局部功能:
您需要一个辅助功能。您仅在单个函数中使用它,并且它可能使用包含该函数的范围内的变量和类型参数。另一方面,与lambda不同,您不需要将其作为第一类对象,因此您不必在意为它提供委托类型并分配实际的委托对象。另外,您可能希望它是递归的或通用的,或者将其实现为迭代器。
要对其进行扩展,其优点是:
性能。
创建lambda时,必须创建一个委托,在这种情况下,这是不必要的分配。局部函数实际上只是函数,不需要委托。
另外,局部函数在捕获局部变量时效率更高:lambda通常将变量捕获到类中,而局部函数可以使用struct(通过使用传递ref
),这又避免了分配。
这也意味着调用本地函数更便宜,并且可以内联它们,从而可能进一步提高性能。
局部函数可以是递归的。
Lambda也可以是递归的,但是它需要笨拙的代码,您首先null
要在其中分配一个委托变量,然后再分配给Lambda。本地函数自然可以是递归的(包括相互递归)。
局部功能可以是通用的。
Lambda不能是泛型的,因为必须将它们分配给具有特定类型的变量(该类型可以使用外部作用域的泛型变量,但这不是同一回事)。
局部函数可以实现为迭代器。
Lambdas不能使用yield return
(和yield break
)关键字实现IEnumerable<T>
-returning函数。本地功能可以。
局部函数看起来更好。
上面的引用中没有提到这,可能只是我个人的偏见,但我认为普通函数语法比将lambda分配给委托变量更好。本地功能也更加简洁。
比较:
int add(int x, int y) => x + y;
Func<int, int, int> add = (x, y) => x + y;
Func<int, int, int> f = (x, y) => x + y; f(arg1:1, arg2:1);
。