LINQ与传统的基于集合的方法的优缺点

我不认为你写的linq可以编译,它必须是

public string branchName (string branchId) 
{
    //branchList populated in the constructor
    branch_summary bs = (from b in branchList where b.id == branchId select b).FirstOrDefault();
    return branch_summary == null ? null : branch_summary.name;
}

请注意.FirstsOrDefault()

我宁愿使用LINQ,因为它可以在其他地方使用,可以在数据上编写更复杂的过滤器。我还认为它比NameValueCollection更容易阅读。

那是我的0.02美元

如果算法足够简单,可以在没有Linq的情况下编写和维护,并且不需要延迟求值, 和 Linq没有提供足够的可维护性改进,所以不要使用它。然而,有时Linq 极大地 提高了代码的可读性和正确性,如我发布的两个示例所示 here 和 here

这两种解决方案都是可行的。我认为LINQ将更快地在构造函数中填充集合(但不会明显更快)。传统的基于收集的方法很好。就个人而言,我会选择LINQ版本,因为它是新技术,我喜欢使用它。假设您的部署环境具有.NET 3.5。。。

您的Web服务上有通过Id获取分支的方法吗?如果不经常需要分支信息,这将是第三种选择。

缩短和加工:

public string BranchName(string branchId) 
{
    var bs = branchList.FirstOrDefault(b => b.Id == branchId);

    return bs == null ? null : bs.Name;
}