Cristian Vlasceanu 和.NET上的D语言编译器

原文: http://www.infoq.com/cn/news/2009/03/D-NET


作者 Jonathan Allen 译者 王瑜珩 发布于 2009年3月19日 上午3时36分

社区
    .NET
主题
    语言设计

Cristian Vlasceanu正在将D语言的编译器移植到.NET平台。

向那些还没听说过D语言的读者介绍一下D语言把:

    D语言支持多种编程范式:面向对象、函数式、模版元数据编程,甚至还包含了像goto语句和内联汇编这样较难驾驭的特性。

    我听说Walter Bright(D语言之父)将D语言描述为编译器实现者发明的语言(而不是语言设计者)。这或许是真的,实事上有些最成功的软件就来源于作者的直接需要。当然,Walter的描述有点贬低了D语言,因为实际上他在设计的时候充分考虑了使用者,而不仅仅是考虑哪些语法更容易实现。

    D语言用很多种方式鼓励“正确”的行为。例如,在C和C++中,如果你写“int i;”则变量是没有被初始化的。想要做“正确的事”,你需要再多敲几下键盘写成“int i=0;”。但是D语言不是这样:“int i;”会将变量设为默认值(这里是0)。如果你不想让变量被初始化,则需要写成“int i=void;”,这样表示你是有意不初始化这个变量,而不是因为懒惰。

你为何决定开始编写一个D语言的编译器?

    这个项目只是编写编译器的后端,前端是基于Walter的开源编译器,我尽量避免修改前端。

    在我的职业生涯中,我有过编写解释器前端的经验,但是缺乏代码生成的经验。而且我的大部分工作都是用C++来完成的,直到最近才开始接触.NET(和C#)。一个.NET代码生成器的项目正好是一个既学习代码生成又学习.NET的好机会,这是原因之一。

    另一个原因是,一个.NET平台的编译器实现(即使只是一个原型)也可以给D语言社区带来成熟的框架,使得D语言与.NET平台的其他语言的交互变得更容易。

    我有一些证据显示,D社区的一些人在性能有要求时比较喜欢本地代码;但是如果没有这样一个编译器实现的话,本地代码的这些所谓的好处是没有办法被证明,或者被推翻的。

你把这个项目当成是研究项目,还是准备将他用于生产环境?

    这是一个研究项目。我不知道D社区对此有什么期望(我计划在几周内发布代码,来看看他们有哪些期望),我也不知道我还能有多少工作以外的时间来参与这个项目。我希望它能够继续发展,一直达到生产环境要求的质量标准。但是现在它还处在初始阶段。

在你的博客Programming and Debugging中,你提到在编写编译器的过程中,你碰到了很多兼容性的问题。你觉得在这些兼容性问题中,哪一个是最有趣或者最困难的?

    目前为止是array slices。D语言有一个特性,如果你有一个(例如)整形数组“x”,你写“int[] y=x[2..5];”,那么“y”就是“x”的一个“视图”,它从x的第二个元素开始,到(但是不包含)第五个元素结束。这里“y”是一个轻量级的对象,而不是“x”数组中元素的拷贝。在.NET中有一个类似的概念叫ArraySegment,ArraySegment(值类型)是一个与数组完全不同的类型。

    D语言实际上不区分array和slices。如果有一个方法例如“foo(int [])”,那么array和slices都可以作为参数传给这个方法。这会使程序员感到迷惑,而且在编译器的代码生成器中很难实现。我现在的解决办法效率很低,因为我使用了很多array和ArraySegments之间的隐式转换。我希望Walter能在D语言的2.0版本中做出改变,使array和 slices有不同的类型。数组和它的视图在概念上是不同的,因此在建模时也应不同。

    除此之外,一切都比较顺利,因为D语言和.NET(以及C#)之间有很多相似的地方。

哪些D语言的特性是你希望在CLR和/或C#中也能看到的?

    D语言有一个特性叫“class invariants”:你可以写一个方法并加上关键字“invariant”,编译器会生成一些代码,使这个方法在构造器执行后,所有公共方法执行前和后,以及析构器质执行之前被调用。这个方法中通常包含了一些断言,但是你也可以放任何检查性代码在里面。这个特性对调试非常有用。我不会介意C#中有类似的东西,但是话说回来,我更精通C++。

这看起来和Code Contracts的Object Invariants特性很像。

    是的,是同样的原理,当然有一点点不同(如果我没读错文档的话)。D语言不需要反射或额外的工具(例如ccrewrite),契约式编程在D语言中是天生支持的。或许我还没有发现Code Contracts的其他用途,但是看上去实在很复杂。我觉得D语言的实现方式更简练也更易于理解。

你已经在这个项目上工作一段时间了,你是否仍然喜欢将CLR作为编译器的开发平台?

    随着我对CLR的了解越来越多,我也越来越喜欢它了。我觉得我能够将注意力集中在语言特性本身,而不是vtable布局或者栈展开之类的可怕细节,这让我感觉很好。

你对DLR感兴趣么?不管是DLR本身或是对D语言来说?

    这是个好问题。与Python或Ruby不同,D是一个静态类型的语言。我的第一直觉告诉我,在这个项目中,我不需要DLR。但是我可能会研究一下,希望能够帮助我解决前面提到的array slice的难题。

查看英文原文:Cristian Vlasceanu and D for the .NET platform

你可能感兴趣的:(编程,C++,c,.net,D语言)