Eric Lippert 对 C#的评论和展望

O’Reilly 编辑 Rachel Rouemeliotis 最近跟 Eric Lippert聊过。Eric Lippert 在微软的C#编译器团队担任Principal Software Design Engineer。谈话自然离不开C#主题，Lippert 对C#世界进行了一番总结。看了他们的讨论，InfoQ 也跟风联系Lippert，请他为先前对语言设计哲学的深入分析补充一点背景情况。

Lippert 在 O’Reilly 的访谈中首先评价了 C#“遍及整个 Windows 生态系统”的流行度，指出 C#被用于 X-Box 360、Windows Phones、Active Server Pages 等平台，以及各种业务线应用的开发。C#的优势之一是它的通用性，它不是一种领域专用语言。虽然通用，不过 Lippert 强调，C#并不不以包罗万象为目标。

Lippert 这番话提醒了 InfoQ，所以我们请他澄清一下 Microsoft 目前对 C#和 Visual Basic 的战略和目标定位。C#和 VB 的相互关系是这样的，Microsoft 把两者都设定为通用语言，而且两者的发展将齐头并进。但这并不意味着它们是披了不同语法外衣的同一种语言，而应该陈述为，微软“打算让 C#的主要特性在 VB 中存在类似的对应物，反之亦然”。

现在已经有这样的例子，例如 LINQ 特性和泛型协变 (generic covariance) 特性。接下来要增加的特性是通过 async/await 关键字实现的异步编程支持。Lippert 在与 O’Reilly 的谈话中指出，“……问题是我们活在一个有延迟的世界里”，程序员必须在程序里处理用户输入、网络通信等带来的延迟。为了减轻这种负担，async/await 关键字让程序员在代码里做标注，然后编译器可以协助管理异步代码段。结果是代码更好懂，开发更轻松。

在和 InfoQ 的谈话中，Lippert 承认说，历史上“C#和 VB 有着深刻的设计哲学区别，它们分别支持不同的特性只是表面”：

一直以来 VB 的设计哲学是“尽可能不要把用户拦下来检查；如果代码不够清晰，尽量推断其含义”。而一直以来 C#的设计哲学是“如果代码不够清晰，那么它可能是错的；告诉用户改正之后才能继续前进”。两者的目标相同，都是程序员的生产效率，但它们解决方向正好相反！有所区别是好事；不同的程序员对于怎样解决问题效率最高，有着不同的看法，我们能为多样化的工作风格提供相应工具，是一件好事。

最后，Lippert 在 O’Reilly 访谈中评估了 C#未来可能的几种发展路线——不过他事先声明这只是个人想法，不代表 Microsoft 的官方意见。

在 Roslyn 项目的问题上，Lippert 向 InfoQ 确认，Roslyn 项目的编译器开发完成后，将取代目前随 Visual Studio 发布的编译器。而且 Roslyn 分析工具系列将取代现在的编辑期代码分析引擎（就是当你写代码的时候，负责在 VS 编辑器窗口中给你实时反馈那个东西）。

Lippert 希望澄清一件事情，现在对于 Visual Studio 2012 之后的 C#/VB 语言版本，“还没有确定的特性集合”。目前 Microsoft 对于 C# 5 得继任者“还没有确定的特性集合”，但正密切关注业界的趋势，看哪些语言研究领域能提供一些启发。Lippert 声称他的团队还处在探索阶段，一方面尝试更好地定义从业界观察到的问题，另一方面尝试寻找最好的解决方案。

查看英文原文： Eric Lippert Reviews C# and Speculates on its Future