【问题标题】:Should I use Func<T> in place of a private method?我应该使用 Func<T> 代替私有方法吗?
【发布时间】:2012-04-21 07:22:09
【问题描述】:

我在这里发布它而不是代码审查,因为我想知道执行程序是否会因此而表现不同(可能是一些微妙的东西)。

是私有方法:

    private int Foo()
    {
        return Bar().Bat();
    }

与私有 Func 有何不同?

    private Func<int> Foo = () => Bar().Bat();

我这样做的唯一原因是让代码更紧凑。

【问题讨论】:

  • 我认为这种增加的复杂性没有任何好处。实际上,您正在减慢代码以节省三行代码,而您所要做的就是将方法主体写在一行上。 private int Foo() { return Bar().Foo(); }
  • 我只是想知道它是否表现不同,我还没有决定好处

标签: c# func class-members


【解决方案1】:

差别不大,但是

  • 您定义了模板类型 int(可能是类型安全的,即使它在提供的当前代码中不可见)

  • 您可以像使用参数一样使用该函数来传递给另一个函数,当然,您也可以在第一种情况下这样做,但在第一种情况下,您需要声明 delegate 类型。

  • 第三个更紧凑,但第一个更可读,imo,所以如果你不需要一些“功能性”的东西,我会选择第一选择。

【讨论】:

  • @AaronAnodide: :) 我刚刚编辑了我的帖子。这取决于,我喜欢它的紧凑性,但 imo,它的可读性比第一个略低。
  • 您也可以将命名函数作为参数...取决于参数类型。无需声明委托。
  • Second 适合在“函数式”编程中使用(尽可能在C# 中使用)。
  • 方法可以通过适当的参数隐式转换为 Func。拥有一个作为参数 Func 的方法足以让它接受 this.Foo
【解决方案2】:

Funcs 是 delegates 并封装了任何具有等号 og Func 的方法。对于分层,我建议您使用Private Methods

【讨论】:

    【解决方案3】:

    使用 Func,您实际上是在保存对匿名方法的引用。编译器从中创建一个命名方法,而您所做的就像保存对它的额外引用。

    这没什么大不了的,没有太大区别,除了标准是命名方法。它也更具逻辑性和可读性。

    【讨论】:

      猜你喜欢
      • 2012-07-07
      • 2011-04-21
      • 2011-10-09
      • 2016-10-10
      • 2013-06-21
      • 1970-01-01
      • 1970-01-01
      • 2014-08-02
      相关资源
      最近更新 更多