我几乎没有遇到过这种用法。我认为这是“不合适的”:)

这不是一种常用的使用方式，它不符合一般的约定。当然，这种语法也有优点和缺点:

Cons

代码不是直观的(通常的约定是不同的) 它往往是脆弱的(重命名参数将破坏功能)。 测试起来有点困难(伪造API需要在测试中使用反射)。 如果大量使用表达式，它会变慢，因为需要分析参数而不仅仅是值(反射成本)。

Pros

在开发人员调整到这种语法之后，它的可读性更强。

底线——在公共API设计中，我会选择更明确的方式。

两个都是。这是对lambda表达式和语法的滥用。

在我看来，这是对羔羊的滥用。

至于语法辉煌，我发现style=>"width:100%"平原混乱。特别是因为=>而不是=

恕我直言，这是一种很酷的方式。我们都喜欢将类命名为控制器将使其成为MVC中的控制器，对吧?所以在某些情况下，命名确实很重要。

这里的意图也很明确。很容易理解，.Attribute(book= > "something")将导致book="something"， .Attribute(log= > "something")将导致log="something"

我想如果你把它当作一种惯例来对待，那应该不成问题。我的观点是，只要能让你写更少的代码，让你的意图更明显，那就是一件好事。

它的互操作性很差。例如，考虑这个c# - f#的例子

C#:

public class Class1
{
    public static void Foo(Func<object, string> f)
    {
        Console.WriteLine(f.Method.GetParameters()[0].Name);
    }
}

F#:

Class1.Foo(fun yadda -> "hello")

结果:

打印“arg”(不是“yadda”)。

因此，库设计者应该避免这些“滥用”，或者至少提供一个“标准”的重载(例如，将字符串名作为一个额外的参数)，如果他们想在。net语言之间有良好的互操作。

我能用这个词造个词吗?

Magic lambda (n):仅用于替换魔术字符串的lambda函数。