Stream D:溪流呢？

D似乎是一种极具潜力的语言，我对它的未来非常感兴趣。但我很好奇，是否有关于在D中包含流的讨论？C++流在过去对我有很大帮助，它们比使用函数如<代码> Prtff//>代码> >写Frfn < /代码>或任何东西都要干净很多。

< P>当前流接口在

---

但是我认为它会在某个时候被重构。

目前有人在谈论不推荐当前的std.stream设计并重写它。安德烈·亚历山德雷斯库（Andrei Alexandrescu）不久前基于D2的射程。不幸的是，社区缺乏人力，并试图让一大堆其他图书馆支持工作，如网络、并行、数据库API、容器等。流在议程上，但不在首要位置。

D有一种标准的方式来传递文件、开放式网络连接和标准数据。（参见其他答案）它还有一种将结构/对象转换为字符串的标准方法（toString，除非已更改）。个人而言，这会让你得到我喜欢的C++流的所有部分。我反对添加操作符重载的东西，因为它使数据和格式的分离几乎不可能

你觉得缺少什么功能？你从控制台读（写）文件等的方式没什么大不了的。然而，在C++中，我发现将流作为函数参数（无论是代码> STD:：OsStand和<代码> >还是<>代码：ST:：ISTRAM＆ >，更不用说在自定义类中重载<代码> <代码和代码> <代码>操作符，这有时非常有用，尤其是当编写抽象数学概念的类时，比如分数或复数。基本上，流的通用性更强，允许更多的通用编程。我同意。与旧的printf风格相比，使用streams更能体现所见即所得。这就是int i=Add（4,3）和int i=4+3之间的区别。功能相同，但几乎不一样。