D2语言准备好生产了吗？

最近几天我一直在急切地学习D语言。对我来说，这是一个梦想，作为数百万条C++代码的支持者。我们支持高性能低延迟系统，很明显C++是过去十年唯一的选择。现在，我明白了

所以，我的问题很明显。我可以开始考虑将商业软件产品迁移到D语言吗？有没有这样的迁移或现有的大型商业软件产品从头开始写在D上的例子

现在投资这种语言如何安全？我们有生产质量的编译器和调试器吗？我们能否假定它们将得到支持和发展

如果你有从C++到D的迁移经验，从你那里听到它会很好。 注：D是指D2

多谢各位

有没有这种迁移的例子 还是现有的大型商业软件 产品从头写在D上

我不相信有任何大规模的商业迁移到D。我还不知道有哪家公司使用D2

在这方面投资如何安全 语言现在

我们有生产质量保证吗 调试器呢

DMD编译器非常强大，并在不断改进，但在一些关键领域仍然缺乏。例如，它对浮点运算的代码生成非常缺乏，而且64位的支持非常脆弱（尽管有所改进）。还有GDC，我没有用过，但我觉得它比DMD弱

我们能假设他们会吗 支持和发展

---

我认为假设编译器将得到支持和开发是非常安全的。只要看看这张照片。活动很活跃，而且在增长。错误修复的数量正在以快速的速度出现，我看不到它减速的迹象。

< P>我不认为D2准备好了，但是它正在接近。语言定义相当稳定。在这一点上，很少会发生突破性的变化（尽管可能会发生一些旨在解决语言中关键问题的附加变化）。编译器的开发进展非常迅速，许多错误正在得到修复。但在这一点上，如果您大量使用D2，您将遇到编译器错误，特别是如果您使用较新的语言功能。并不是所有这些功能都已经完全实现了（例如，

别名this

和

inout

），所以虽然基本上是正确的，但dmd仍然有些落后

另外，虽然标准库火卫一总体上非常好，而且大部分都是稳定的，但它仍在进行中。我们试图通过将要删除的内容放入正确的弃用路径（通常为弃用计划的6个月和完全删除之前弃用的6个月）来避免造成立即中断的更改，但有时会发生立即中断的更改在某些情况下，整个模块将被彻底检修（例如std.xml和std.stream）。这方面最大的麻烦可能是std.container，它是一款全新的产品，目前还没有很多，而且在Andrei Alexandrescu整理如何处理内存管理时，它可能会有一个重大的重新设计。因此，容器支持正在改进，但普遍缺乏。总之，很多火卫一是相当稳定的e、 但这绝对不是一成不变的

dmd和火卫一都有绝对的支持，因为如果你把东西发布到或讨论它们，人们通常会很有帮助，开发人员会尝试及时修复bug，但大多数开发人员都是在空闲时间这样做的，所以有时候可能需要一段时间。不过，切换到dmd肯定改善了问题。我知道，如果你付费的话，这会为dmc提供额外的支持，但我不知道他们是否会为dmd提供同样的支持。我希望他们有机会这样做（当然，如果他们现在不这样做，我希望他们将来也会这样做）

<关于编译器的质量，DMD使用数字MARS的DMC作为后端，DMC是第一个C++编译器的最新化身来编译代码本身（而不是将它翻译成C）。Walter Bright，D的创建者，自从创建以来一直在研究它。他是最好的编译器编写者之一，并且已经创建了许多优化，这些优化已经成为C++编译器（例如）的标准，但是DMC没有很多人在它上面工作，而且有一些领域已经落后了。（比如浮点优化），D是足够新的，在优化它方面还有很多工作要做。随着bug的修复，我确信更多的焦点最终会转向优化语言，并且在大多数情况下它最终会与C++相媲美（在一些情况下更好）。但现在它实际上取决于你的代码。有时候D是平价的；有时它不是。

有些人确实在生产代码中使用D2（特别是，我知道Adam D.Ruppe在与他合作的公司中使用D2进行web开发——他经常在D新闻组上发帖），但我认为D2并不多，而且他们通常避免使用该语言的更新、更奇特的功能（这通常是最糟糕的bug所在）。它的稳定性实际上取决于您对该语言所做的操作

在剩下的工作上有一些好的信息，在新闻组上也有一些好的信息

D肯定是接近我认为生产准备好的时候了，但在这一点上肯定是有风险的。这对爱好很有好处，但是如果你的生计取决于它，我不知道这个风险是否还值得。它已经接近了。也许你值得花时间去研究它，尝试一下，试验WI。