为什么C++ STL iostream不是"异常友好"？

Question

我已经习惯了Delphi VCL框架,其中TStreams会在错误上抛出异常(例如找不到文件,磁盘已满).我正在移植一些代码来代替使用C++ STL,并且已被iostream捕获而不是默认情况下抛出异常,而是设置badbit/failbit标志.

两个问题......

a:为什么这样 - 对于从第一天开始就使用异常构建的语言,这似乎是一个奇怪的设计决策？

b:如何最好地避免这种情况？我可以按照我的预期生产可以抛出的垫片类,但这就像重新发明轮子一样.也许有一个BOOST库以更加理智的方式做到这一点？

Answer 1

一个.从第一天开始,C++就不会构建异常."C with classes"始于1979年,并且在1989年增加了例外.同时,该streams库早在1984年(后来成为iostreams1989年(后来由GNU于1991年重新实现)编写),它不能在开始时使用异常处理.

参考:

• Bjarne Stroustrup,C++历史:1979-1991
• C++库

湾 您可以使用该.exceptions方法启用例外.

// ios::exceptions
#include <iostream>
#include <fstream>
#include <string>

int main () {
  std::ifstream file;
  file.exceptions ( ifstream::failbit | ifstream::badbit );
  try {
    file.open ("test.txt");
    std::string buf;
    while (std::getline(file, buf))
      std::cout << "Read> " << buf << "\n";
  }
  catch (ifstream::failure e) {
    std::cout << "Exception opening/reading file\n";
  }
  std::cout.flush();

  file.close();

  return 0;
}

Answer 2

正如Kenny所说,如果您愿意,可以启用例外.但是通常I/O在发生错误时需要某种恢复类型的编程,使用异常不容易支持 - 在输入操作更简单之后测试流的状态.我从来没有真正看到任何在I/O上使用异常的C++代码.

Answer 3

好的，现在是“回答我自己的问题”时间...

首先，感谢 KennyTM 的历史。正如他所说，C++从第一天起就没有设计异常，因此后来添加 iostreams 的“异常”处理也就不足为奇了。

其次，正如 Neil B 指出的那样，输入格式转换错误的异常将是一个巨大的痛苦。这让我感到惊讶，因为我将 iostreams 视为一个简单的文件系统包装层，而我根本没有考虑过这种情况。

第三，看起来 BOOST 确实为聚会带来了一些东西：Boost.IOStreams。如果我理解正确，这些处理流的低级 I/O 和缓冲方面，让常规的 c++ IOStreams 库处理转换问题。Boost.IOStreams确实以我期望的方式使用了异常。如果我理解正确，肯尼的例子也可能是这样的：

#include <ostream>
#include <boost/iostreams/device/file.hpp>
#include <boost/iostreams/stream.hpp>

int main () {
  boost::iostreams::stream_buffer <boost::iostreams::file_source> buf("test.txt");
  std::istream file(&buf);

  try {
    std::string buf;
    while (std::getline(file, buf))
      std::cout << "Read> " << buf << "\n";
  }
  catch (std::ios_base::failure::failure e) {
    std::cout << "Exception opening/reading file\n";
  }
  std::cout.flush();

  file.close();

  return 0;
}

我认为在这个版本中，应该抛出“找不到文件”之类的东西，但是 badbit/failbit 会报告“istream”错误。