当您升级到 C# 3.0 / VS2008 后，您的编码标准文档发生了怎样的变化？

Question

我们正在将项目从 C# 2.0 / VS2005 升级到 C# 3.0 / VS2008。 作为升级的一部分，我们将在编码标准文档中添加一些项目。

从 C# 2.0 / VS2005 升级到 C# 3.0 / VS2008 时，您将如何（或曾经）更改编码标准文档？

Answer 1

您可以/应该提供以下方面的建议：

• 何时使用查询表达式与点表示法
• 对使用 lambda 表达式的任何限制（例如“不要修改捕获的变量）。（当然，这也适用于 C# 2 中的匿名方法。）
• 何时编写扩展方法
• 何时使用隐式类型变量 (var)

最后两个会引起一些争议，特别是 var

如果您的约定给出了任何设计指南，我会这样做。建议您还建议程序员考虑使用委托进行专门化，以前他们可能使用继承或接口。排序就是一个很好的例子 - 使用投影来指定排序顺序比编写更容易（并且更具可读性）。 IComparer 的实现。

Answer 2

升级恰逢新项目，因此当我们搬家时，我们开始使用 StyleCop 和 FxCop 等工具，这改变了我们的编码标准。 它还可以轻松地强制执行它们:o)

Answer 3

尽管您可能需要查看围绕新功能的编码标准，例如 LINQ 表达式、布局、Lambda 与查询语法，但本身不应因升级而发生任何变化。

Answer 4

我个人最讨厌的是在“可能”的地方使用 var 。

“可能”当前被定义为以下情况之一，主要是按照整齐度递减的顺序：

明显，有助于 DRY：

var obj1 = new Something();
var obj2 = (Something)ObscureFunction();
var obj3 = ObscureStuff() as Something;

受保护，只要它编译，我不在乎：

var obj4 = ObscureFunction();
foreach(Something s in obj4) { ... }

复杂泛型和几乎任何 LINQ 结果：

var obj5 = ctx.GetQuery<Something>()..ToList(..)..GroupJoin(..)...ToLookup(...);

Answer 5

我对 2008 年新功能的标准：

• 仅对匿名类型谨慎使用 var。
• 鼓励在委托上使用 lambda 表达式。
• 仅当您无法控制源代码时才使用扩展方法