问题标签 [func]

还没有启动反射器来查看差异，但是在比较Func<T, bool> 与其他代码时会期望看到完全相同的编译代码。Predicate<T>

我想两者都采用泛型参数并返回布尔值没有区别？

我编写了一个简单的 SessionItem 管理类来处理所有那些讨厌的空检查，如果不存在则插入一个默认值。这是我的 GetItem 方法：

现在，我如何实际使用它，将 Func<T> 作为内联方法参数传递？

对不起，如果这是基本的，但我试图在 .Net 3.5 上学习。

问题： Func<> 有 5 个重载吗？从外观上看，我仍然可以自己创建一个类似的委托，MyFunc<> 具有确切的 5 个重载甚至更多。

例如：public delegate TResult MyFunc<TResult>()以及各种重载的组合......

当我试图理解 Func<> 代表并遇到以下情况时，这个想法出现了：

这意味着委托具有一个 int 类型的参数和一个 int 类型的返回类型。有五种变体（如果您通过智能感知查看重载）。所以我猜我们可以有一个没有返回类型的委托？

那么我是否有理由说 Func<> 没什么了不起，只是 .Net 框架中的一个示例，我们可以使用它，如果需要，创建自定义“func<>”代表以满足我们自己的需要？

谢谢，

有人可以为这三个最重要的代表提供一个很好的解释（希望有例子）：

• 谓词
• 行动
• 功能

This is just a curiosity question I was wondering if anyone had a good answer to:

In the .NET Framework Class Library we have for example these two methods:

Why do they use Func<TSource, bool> instead of Predicate<TSource>? Seems like the Predicate<TSource> is only used by List<T> and Array<T>, while Func<TSource, bool> is used by pretty much all Queryable and Enumerable methods and extension methods... what's up with that?

使用方法调用很容易从 lambda 转换为表达式...

但我想把 Func 变成一个表达式，只有在极少数情况下......

不起作用的行给了我编译时错误Cannot implicitly convert type 'System.Func<T>' to 'System.Linq.Expressions.Expression<System.Func<T>>'。显式强制转换并不能解决这种情况。有没有我忽略的设施可以做到这一点？

我想知道是否有人可以Func<int, string>通过一些清晰的示例来解释什么是以及如何使用它。

“C”标准是否支持类似于__func__函数参数名称的内容？

我可以将带有 out 参数的方法作为 Func 传递吗？

Func 需要一个类型，所以 out 不会在那里编译，调用 listFunction 需要一个 int 并且不允许 out in。

有没有办法做到这一点？

我能找到的关于 Func<> 和 Action<> 的所有示例都很简单，如下所示，您可以在其中看到它们在技术上是如何工作的，但我希望看到它们用于解决以前无法解决或无法解决的问题的示例只能以更复杂的方式解决，即我知道它们是如何工作的，并且我可以看到它们简洁而强大，所以我想从更大的意义上理解它们，它们解决了什么样的问题以及我如何在应用程序的设计。

您以何种方式（模式）使用 Func<> 和 Action<> 来解决实际问题？