我看着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表达式爱好者的普遍做法吗?还是说，我不应该担心一个流氓的诡计特立独行?
该代码非常聪明，但它可能会导致比它解决的问题更多的问题。
正如您所指出的，现在在参数名称(样式)和HTML属性之间存在模糊的依赖关系。没有编译时检查。如果参数名称输入错误，页面可能不会有运行时错误消息，但很难找到逻辑错误(没有错误，但行为不正确)。
更好的解决方案是拥有一个可以在编译时检查的数据成员。所以不要这样:
.Attributes(style => "width:100%");
带有Style属性的代码可以被编译器检查:
.Attributes.Style = "width:100%";
甚至:
.Attributes.Style.Width.Percent = 100;
对于代码的作者来说，这是更多的工作，但是这种方法利用了c#强大的类型检查能力，这有助于在第一时间防止错误进入代码。
这不仅在一个层面上是可怕的。不，这一点也不像露比。这是对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"?
我认为你完全有理由感到厌恶。
