Questions tagged «d»

从目前的情况来看，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 D语言是否可以替代Java和C ++？成为可信的替代方案将需要什么？我应该学习吗？它值得传福音吗？ 我要问的主要原因是，几乎在这里有了新的C ++标准（c ++ 0x），对于我来说，很明显，对于任何了解它的人，该语言已经远远超过了无回报的地步。我知道C / C ++永远不会消失，但是在某些时候我们需要继续前进。甚至COBOL时代已经到来，Java在许多方面都放弃了C ++。下一个是什么？D会付账吗？

163 java  c++  c  d 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 改善这个问题 外面有人在现实应用中使用D吗？如果是这样，您将其用于什么？我似乎在用D编写的网络上找不到任何重要的东西。 尽管缺少知名的大用户，但D对我而言似乎是一种非常令人发指的语言，根据TIOBE的说法，它相当受欢迎。

138 d  popularity 

我喜欢D的某些功能，但是否会对运行时带来惩罚？ 相比之下，我实现了一个简单的程序，该程序可以同时在C ++和D中计算许多短向量的标量积。结果令人惊讶： D：18.9 s [请参见下文了解最终运行时间] C ++：3.8 s C ++的速度真的快五倍吗，或者我在D程序中犯了一个错误？ 我在最近的中等Linux桌面上使用g ++ -O3（gcc-snapshot 2011-02-19）和dmd -O（dmd 2.052）编译了C ++。在多次运行中结果可重现，标准偏差可忽略不计。 这是C ++程序： #include <iostream> #include <random> #include <chrono> #include <string> #include <vector> #include <array> typedef std::chrono::duration<long, std::ratio<1, 1000>> millisecs; template <typename _T> long time_since(std::chrono::time_point<_T>& time) { long tm = std::chrono::duration_cast<millisecs>( std::chrono::system_clock::now() - …

133 c++  performance  runtime  d 

我想知道C ++完整概念提议和模板约束（例如，Dlang中出现的约束或C ++ 1y的新的 Lites -lite提议）之间的语义区别是什么。 模板约束不能完成的成熟概念有什么功能？

96 c++  c++11  d  c++-concepts 

assert(0.1 + 0.2 != 0.3); // shall be true 是我最喜欢的一种语言使用本机浮点算法的检查。 C ++ #include <cstdio> int main() { printf("%d\n", (0.1 + 0.2 != 0.3)); return 0; } 输出： 1 http://ideone.com/ErBMd 蟒蛇 print(0.1 + 0.2 != 0.3) 输出： True http://ideone.com/TuKsd 其他例子 Java：http：//ideone.com/EPO6X C＃：http：//ideone.com/s14tV 为什么D不正确？据了解，D使用本机浮点数。这是一个错误吗？他们是否使用某些特定的数字表示形式？还有吗 相当混乱。 d import std.stdio; void main() { writeln(0.1 …

75 floating-point  floating-accuracy  d  constantfolding 

我最近看了两个非常有趣且具有教育意义的语言讲座： Herb Sutter撰写的第一篇文章介绍了C ++ 0x的所有出色功能，凉爽的功能，为什么C ++的未来似乎比以往更加光明，以及M $在这场比赛中如何被称为好人。讨论围绕效率以及如何经常减少堆活动来提高性能。 另一位由Andrei Alexandrescu创作，激发了从C / C ++到他的新游戏改变者D的过渡。D的大多数工作似乎都动机和设计都很好。但是，令我感到惊讶的是，D推动了垃圾回收，并且所有类都是仅通过引用创建的。更令人困惑的是，《 D编程语言参考手册》一书在有关资源管理的章节中特别 指出以下内容： 垃圾回收消除了C和C ++中必需的繁琐且易于出错的内存分配跟踪代码。这不仅意味着更快的开发时间和更低的维护成本，而且生成的程序经常运行得更快！ 这与Sutter关于减少堆活动的不断讨论相矛盾。我非常尊重Sutter和Alexandrescou的见解，因此我对这两个关键问题感到困惑 并非仅通过引用创建类实例会导致大量不必要的堆活动吗？ 在哪些情况下可以使用垃圾回收而不牺牲运行时性能？

70 c++  performance  garbage-collection  d  heap-memory