Eric Lippert 对 C# 的评论和展望

  • Jeff Martin
  • 郭晓刚

2012 年 7 月 20 日

话题: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

C#语言 & 开发