首先，似乎我在征求主观意见，但这并不是我所追求的。我很想听听有关该主题的一些有充分根据的论点。
为了对如何设计现代流/序列化框架有所了解，我最近得到了Angelika Langer和Klaus Kreft撰写的《Standard C ++ IOStreams and Locales》一书的副本。我发现，如果IOStreams的设计不当，那么它就不会首先进入C ++标准库。
在阅读了本书的各个部分之后，我开始怀疑IOStreams是否可以从整体架构的角度与STL进行比较。阅读例如对Alexander Stepanov（STL的“发明人”）的采访，以了解有关STL的一些设计决策。
特别令我惊讶的是：
谁来负责IOStreams的总体设计似乎是个未知数（我很想阅读有关此的一些背景信息-有人知道好的资源吗？）；
一旦你钻研输入输出流，例如眼前表面之下，如果你想输入输出流用自己的类扩展，你会得到一个接口具有相当神秘和扑朔迷离的成员函数的名称，例如getloc/ imbue，uflow/ underflow，snextc/ sbumpc/ sgetc/ sgetn，pbase/ pptr/ epptr（和有可能甚至更糟的例子）。这使得了解整体设计以及单个零件如何协作变得更加困难。即使我上面提到的那本书没有帮助那多（恕我直言）
因此，我的问题是：
如果你要判断今天的软件工程标准（如果确实是对这些任何普遍同意），将C ++的输入输出流仍然被认为是经过精心设计？（我不想通过通常认为过时的方法来提高软件设计技能。）
是否可以使用像std :: iostream这样的QFile？我很确定那里必须有一个包装纸.问题是在哪里？
我有另一个libs,它需要一个std :: istream作为输入参数,但在我的程序中我此时只有一个QFile.