我看着MvcContrib网格组件，我很着迷，但同时又被网格语法中使用的语法技巧所排斥:
.Attributes(style => "width:100%")
上面的语法将生成的HTML的样式属性设置为width:100%。如果你注意的话，'style'并没有被指定。它是从表达式中参数的名称推导出来的!我必须深入研究这个问题，找到“魔法”发生的地方:
Hash(params Func<object, TValue>[] hash)
{
foreach (var func in hash)
{
Add(func.Method.GetParameters()[0].Name, func(null));
}
}
因此，代码确实使用了正式的、编译时的参数名称来创建属性名称-值对的字典。生成的语法结构确实非常具有表现力，但同时也非常危险。
lambda表达式的一般用法允许替换所使用的名称而不产生副作用。我在一本书上看到一个例子，上面写着收藏。我知道我可以在我的代码集合中写。ForEach(log => fire。burn (log))它的意思是一样的。但是使用这里的MvcContrib Grid语法，我突然发现代码可以根据我为变量选择的名称主动查找并做出决定!
那么这是c# 3.5/4.0社区和lambda表达式爱好者的普遍做法吗?还是说，我不应该担心一个流氓的诡计特立独行?
这不仅在一个层面上是可怕的。不，这一点也不像露比。这是对c#和。net的滥用。
关于如何以更直接的方式实现这一点，已经有许多建议:元组、匿名类型、流畅接口等等。
它之所以如此糟糕，是因为它只是为了自己的利益而幻想:
What happens when you need to call this from Visual Basic?
.Attributes(Function(style) "width:100%")
It's completely counter intuitive, and intellisense will provide little help figuring out how to pass stuff in.
It's unnecessarily inefficient.
Nobody will have any clue how to maintain it.
What is the type of the argument going in to attributes? is it Func<object,string>? How is that intention revealing? What is your intellisense documentation going to say, "Please disregard all values of object"?
我认为你完全有理由感到厌恶。
这是一个有趣的方法。如果你约束右边的表达式为常数，那么你可以实现使用
Expression<Func<object, string>>
我认为这才是你真正想要的，而不是委托(你使用lambda来获得两边的名称)
参见下面的naive实现:
public static IDictionary<string, string> Hash(params Expression<Func<object, string>>[] hash) {
Dictionary<string, string> values = new Dictionary<string,string>();
foreach (var func in hash) {
values[func.Parameters[0].Name] = ((ConstantExpression)func.Body).Value.ToString();
}
return values;
}
这甚至可以解决前面提到的跨语言互操作问题。
