反映参数名:滥用c# lambda表达式或语法辉煌?

我看着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表达式爱好者的普遍做法吗?还是说，我不应该担心一个流氓的诡计特立独行?

当前回答

我属于“语法卓越”阵营，如果他们清楚地记录它，它看起来非常酷，在我看来几乎没有问题!

2009-11-11 21:07:23

其他回答

它的互操作性很差。例如，考虑这个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语言之间有良好的互操作。

2009-11-11 21:10:27

我发现奇数不是因为它的名字，而是因为没有必要;它可以使用匿名类型，并且更加灵活:

.Attributes(new { style = "width:100%", @class="foo", blip=123 });

这是在很多ASP中使用的模式。NET MVC(例如)，并有其他用途(注意，如果名称是一个魔法值，而不是特定于调用者，也要注意Ayende的想法)

2009-11-11 21:35:26

这是表达式树的好处之一——可以检查代码本身以获得额外的信息。这就是如何将.Where(e => e. name == "Jamie")转换为等效的SQL Where子句。这是表达式树的一种巧妙使用，尽管我希望它不会超出这个范围。任何更复杂的代码都可能比它希望取代的代码更难，因此我怀疑它将是自我限制的。

2009-11-11 21:06:30

我更喜欢

Attributes.Add(string name, string value);

它更加明确和标准，使用lambdas什么也得不到。

2009-11-11 21:06:11

下面的问题是什么:

html.Attributes["style"] = "width:100%";

2009-12-07 12:00:52

反映参数名:滥用c# lambda表达式或语法辉煌?

推荐文章

最新文章

标签