只是想提出我的观点(我是MvcContrib网格组件的作者)。

毫无疑问，这绝对是语言滥用。然而，我不会真的认为这是反直觉的-当你看一个属性的调用(style => "width:100%"， @class => "foo") 我认为这是非常明显的(它当然不比匿名类型方法更糟糕)。从智能感知的角度来看，我同意这是相当不透明的。

对于那些感兴趣的人，它在MvcContrib中使用的一些背景信息…

我把它添加到网格作为个人偏好-我不喜欢使用匿名类型作为字典(有一个接受“object”的参数就像一个接受参数Func[]一样不透明)和字典集合初始化器相当冗长(我也不喜欢冗长的流畅接口，例如必须将多个调用链接到一个属性(“style”，“display:none”)。属性("class"， "foo")等)

如果c#对字典字面量有一个不那么冗长的语法，那么我就不会在网格组件中包含这个语法了:)

我还想指出，在MvcContrib中使用这个是完全可选的-这些是扩展方法，包装重载，以字典代替。我认为重要的是，如果你提供了这样的方法，你也应该支持更“正常”的方法，例如与其他语言的互操作。

另外，有人提到了“反射开销”，我只是想指出，这种方法真的没有太多的开销——没有运行时反射或表达式编译(参见http://blog.bittercoder.com/PermaLink,guid,206e64d1-29ae-4362-874b-83f5b103727f.aspx)。

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

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

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

如果方法(func)名称选择得当，那么这是避免维护头痛的好方法(例如:添加一个新的func，但忘记将其添加到函数参数映射列表中)。当然，你需要对它进行大量的文档记录，你最好从该类函数的文档中自动生成参数的文档……

它的互操作性很差。例如，考虑这个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函数。

的确，它看起来像Ruby =)，至少对我来说，使用静态资源进行以后的动态“查找”不适合api设计的考虑，希望这个聪明的技巧是可选的api。

当你不需要添加键来设置值时，我们可以继承(或不继承)IDictionary并提供一个像php数组一样的索引器。它将是.net语义的有效使用，而不仅仅是c#，并且仍然需要文档。

希望这能有所帮助