理解 std::istream::read 的设计

Question

std::istream 具有原型 istream& read (char* s, Streamsize n) 读取的实际字节数应通过调用istream::gcount()获得，同时也是读取的有效性istream可以从ios::good得知。

我当时正在与我的一位同事讨论我试图编写的另一个流类的实现，我当时说我可能会遵循这种设计；但他说，与其让用户每次都调用 gcount，不如像这样 istream& 那样读取原型。 read (char* s, Streamsize n, size_t &bytes_read) 这样它就会在一次调用中完成，而前者更笨拙。我无法捍卫 std 的设计选择。 istream::read 背后的真正原理是什么？

Answer 1

我认为这是因为 C++ 通常不会强制使用可能不是每个人都需要的接口。如果您需要 read 来接受一些人不关心的参数，那么它会导致额外的编码工作（声明一个额外的 int 作为参数传递）。它还始终保存读取的字节，无论客户端是否关心（某些客户端可能只关心 eof/fail 位指示的读取失败）。

使用单独的方法，您可以将可能需要或不需要的不同信息的接口解耦。

Answer 2

请尝试使用 readsome 命令，

streamsize readsome ( char* buf, streamsize num );

buf 是您的缓冲区，num 是您希望读取的字节数，当然，最多是缓冲区中可用的字节数。

返回值是实际读取的字节数。

要读取文件末尾，您可以循环：

char buf[BUF_SIZE]
streamsize bytesRead;
do
{
   bytesRead = instr.readsome( buf, BUF_SIZE );
   // do stuff with the bytes you read, if any
} while ( bytesRead == BUF_SIZE );

Answer 3

std::istream 有原型
istream&读取（字符* s，流大小n）
读取的实际字节数
应该通过调用获得
istream::gcount()，也是有效性
istream 可以从
ios::好。

istream::read(char* s, Streamsize n) 将大小为 n 的未格式化数据块（没有 NULL 终止符）读取到数组中在s。尽管s是指向char的指针，您也可以使用istream::read来读取二进制数据。例如，您可以有一个 istream 来保存双精度数组的值（假设字节顺序是正确的）：

unsigned int count;
input.read(reinterpret_cast<char*>(&count), sizeof(count));
double* data = new double[count];

for (unsigned int i = 0; i < count; ++i)
    input.read(reinterpret_cast<char*>(data[i]), sizeof(double));

istream::gcount() 返回最后一次调用 istream::read 时读取的字节数。在这种情况下，我们看到 count 的大小可能与 double 的大小不同，因此我们无法使用 istream::gcount () 指定 data 数组中第一个元素的大小。

Answer 4

回答最初的问题时，错误检查调用是 C 年轻时一种流行的编程风格，但很快就过时了。发生的事情都是一些小事情，虽然不是很错，但几乎总是有点低劣，会存在一段时间，直到被社区指出并贴上坏的标签。不幸的是，这段代码是在广泛讨论这个小反模式之前编写的。

针对Cash Cow的解决方案，我认为有一个bug。如果您正在等待 IO 并且有足够的字符来部分填充缓冲区，则该函数将返回，并且 while 循环将在文件完全读取之前结束。因此，如果在直接原始 IO 之上编写，他的解决方案可能会正确运行，但在缓冲 IO 上运行会失败。

当然，正确的解决方案是在设置 EOF 标志时结束 while 循环。我目前不确定设置 badbit 时的最佳响应是什么，但您可能也应该处理这种情况。

不过，我同意 readsome 是一个不错的阅读替代方案。

编辑：
有时 readsome 不可用（某些 VC++ 版本）。在这种情况下，read也不是不能用。