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
作者 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