我想知道 D 有多成熟和稳定,以及它是否可以很好地替代 C/C++。
我知道目前有两个标准库(Phobos 和 Tango)。还是没有统一的标准库吗?
此外,我前段时间听说这些语言在 GCed/non-GCed 代码的边界上存在问题。我在 D 网站上找不到任何关于此的参考,所以这个问题仍然存在吗?
D 版本 1 成熟稳定,肯定有人将它用于实际工作。Phobos 是 D 曾经拥有或可能拥有的唯一标准库,但 D1 的 Phobos 缺乏足够的东西,以至于创建了各种第三方库来填补空白。Tango 是其中最大的一个,并且是使用最频繁的第三方库(因此它经常被称为第二个标准库,即使它不是,Walter Bright 会很快指出它不是)。然而,D1 中的 Tango 和 Phobos 不能很好地混合(IIRC,因为 Tango 取代了一些标准的东西,比如垃圾收集器),所以在 D1 中编程的人很有可能会在没有 Phobos 的情况下使用 Tango。此外,除了 Digital Mars 的主要编译器(包括 LDC 和 gdc)之外,多个编译器也支持 D1。
D 的第 2 版刚刚达到成熟和稳定。他们已经停止对语言进行重大更改,因此您通常不必担心编译器更新会破坏您的一切,就像过去他们仍在确定语言时那样。事实上,它现在已经足够成熟了,Andrei Alexandrescu 发布了The D Programming Language作为该语言的权威资源,它应该保持有效,除非文本中出现错误(它也是我读过的最好的编程语言书籍之一)。但是,仍然有大量的错误修复正在进行,因此很可能会遇到一个错误,这会对您的特定应用程序造成相当大的刺激。它绝对足够成熟和稳定,可以使用它进行实际工作,但请注意,它很可能会遇到错误。
Tango 尚未移植到 D2,因此在 D2 中编程时,它并不是一个真正的选择。然而,火卫一现在进展得很好。它得到了很多很棒的补充(它现在实际上有容器!-Phobos 中缺少容器是在 D1 中使用 Tango 而不是 Phobos 的一个重要原因),并且其中有一些非常强大的东西 - std.algorithm 是特别好。D 处理 lambda 函数、嵌套函数和函数指针的方式使得将函数传递给算法比在当前 C++ 标准中更容易。此外,它已在 D2 中得到修复,因此 Tango 复制的垃圾收集器和其他一些核心内容现在与 Phobos 分离。因此,一旦将 Tango 移植到 D2,您就可以混合使用 Phobos 和 Tango 代码——尽管正如之前的回答中所指出的那样,
目前,我相信 dmd 是唯一一个在 D2 规范方面是最新的编译器,但我相信在 gdc 和 LDC D 编译器上正在做一些工作(尽管这项工作有多活跃,我不知道)。此外,Walter Bright 目前正在开发 dmd 的 64 位端口,因此我们将很快获得本机 64 位编译。
总的来说,我会说 D2 已经可以使用了,但是您确实需要知道在错误修复等方面还有很多工作要做。因此,D2 绝对可以用于业余爱好,也可以在工作中认真使用,但如果您真的需要稳定性(例如,如果您是波音公司并且错误意味着死亡),那么 D1 可能仍然是更好的选择。当然,关于 D2 要记住的重要一点是它有很多 D1 没有的特性,所以除非你真的需要坚如磐石的稳定性,否则 D2 很可能是要走的路。幸运的是,它不断成熟和稳定,所以毫无疑问,使用 D2 会更好的时候肯定会越来越近。
无论如何,在一般情况下,D1 和 D2 都是 C 和 C++ 的良好替代品。他们可以做 C 和 C++ 所做的事情,而且(尤其是在 D2 的情况下)可能会做得更好。D 可能落后的主要地方在于它的优化程度。有很多代码在 D 中的速度与在 C 或 C++ 中一样快,但是在 D 上还有很多工作要做,因此还有很大的空间可以进一步优化它,有时它在效率上会落后于 C 和 C++ . 所以,一般来说,D 是有效的,但如果你真的需要尽可能多的效率,它可能还不足以满足你的需要(尽管它已经到了那里)。此外,那里有大量成熟的 C 和 C++ 库,而 D 没有任何接近相同级别的代码可供使用。任何 C 代码都可以与 D 一起使用,因为可以从 D 调用 C 函数,并且可以使用某些 C++ 代码(尽管在将 C++ 代码与 D 混合时有很多限制),所以这不一定是一个障碍,但这是需要注意的。它缺少的主要地方是 GUI 库。D1 有一些,D2 的 GUI 库也有一些工作,但我不认为它们中的任何一个在这一点上特别成熟。
因此,与所有事情一样,您应该使用哪种语言取决于您在做什么。D 会做大部分事情并且把它们做好。但它并不是万能的,它还在成熟中。就个人而言,在这一点上,除非我需要为特定项目使用其他东西,否则我会使用 D,除非该项目已经用其他东西编写,否则这种情况并不常见,并且现在移植它没有意义。所以,我强烈建议使用 D,但你必须研究它并使用它来看看它是否真的会做你想要的。
我建议将 D2 与 Phobos 一起使用。它的语言足够令人愉快且足够稳定,可以弥补由实施问题引起的偶尔的挫败感。
我知道目前有两个标准库(Phobos 和 Tango),所以我认为可能有人试图统一它们。
由于许可证的差异,“统一”是极不可能的。当 Tango 被移植到 D 2.0 时,您将能够与 Phobos 一起使用它,这在 D 1.0 中(很容易)是不可能的。
此外,我前段时间听说这些语言在 GCed/non-GCed 代码的边界上存在问题。我在 D 网站上找不到任何关于此的参考,所以这个问题仍然存在吗?
我相信只有不小心管理内存的方式才会出现问题。如果对 GC 分配的对象的所有引用都存储在标记为 GC 根的内存区域之外,则 GC 将认为该对象未引用并将其删除。
如果我今天必须选择 D 作为 C 的替代品,你会建议什么 D(v 1.0 或 v 2.0)以及什么标准库?
Phobos 和 Tango 的发展方向有些不同。Phobos(在 D 2.0 中)与 D2 的新功能密切相关。Tango 功能更丰富,包含 Phobos 中不存在的模块,例如 HTTP/FTP 客户端支持、各种密码学类等。它们还遵循不同的设计理念(Phobos 更具命令性/元编程风格,而Tango 非常严格地类似于 OOP,因此在这方面类似于 Java)。
我想知道 D 有多成熟和稳定,以及它是否可以很好地替代 C/C++。
我会警惕使用尚未得到 ANSI、ISO 或 ECMA 等标准机构支持的任何语言。这也许是成熟度的一个指标。也就是说,例如 Java 和 Delphi 就属于这一类,虽然我不使用这些语言,但它们可能被描述为“成熟”。
另一个衡量标准可能是为该语言编写的书籍和文章的数量和质量。我知道 Andrei Alexandrescu 写了一本书。他还为 Dobbs 博士写了一篇关于语言的长文,专门讨论标准库问题。
我曾在 D1 中使用 Phobos 和 SDL 编写过一个小游戏,但这是一个非常小的项目。
在我看来,D缺乏:
我不认为替换 C 的问题是关于一个潜在的替换在理论上是否足够“好”或“成熟”,而是关于实际考虑以及 C 对于它的用途来说“足够好”这一事实. 除非一种语言为每个主要操作系统都提供完整的本地构建和运行时环境,否则对于 C 的用途来说它并不实用。C 是 POSIX 的语言这一事实是整个问题的重要组成部分。
当然,像 D 这样的其他半低级语言在专业领域也有很好的应用。但是您不太可能看到用 D 语言编写的主要多平台软件(Web 服务器、数据库服务器、文字处理器、Web 浏览器等),因为没有主要操作系统(更不用说所有操作系统)带有 D 构建或运行时环境。