代码之家 › 专栏 › 技术社区 › Walter

std::setw()和ostream::width()之间的类型不一致

iomanip iostream c++

Walter · 技术社区 · 11 年前

这个简单的代码

template<typename T>
std::ostream&operator<<(std::ostream&s, some_array_type<T> const&x)
{
  auto w = s.width();
  auto p = s.precision();
  s << x[0];
  for(std::size_t i=1; i!=x.size(); ++i)
    s << ' ' << std::setw(w) << std::setprecision(p) << m[i];
  return s;
}

打算打印 some_array_type 每个元素的宽度和精度等于当前值

some_array_type<double> x;
std::cout << std::setw(12) << std::setprecision(8) << x << std::endl;

然而,正如clang指出的 ostream::width() 和 ostream::precision() ( std::size_t )不同于操纵器接受的参数类型 std::setw 和 std::setprecision ( int ),使得上述代码触发两个警告。

这种不一致的原因是什么?或者这只是C++标准中的一个小缺陷(或者libc++实现的错误)?

1 回复 | 直到 11 年前

James Kanze 11 年前

首先,这显然是实现中的一个错误。标准上说那个 std::ios_base::width 和 std::ios_base::precision 使用 std::streamsize ,必须是“已签名的基本在现代系统中,我希望 long long ,或可能 long . std::size_t 需要无符号, 并且可以说也不是“基本积分型”(尽管它可能是一个是typedef)。

事实仍然是,成员发挥作用 std::ios_base::width 和 std::ios_base::精度 可能(也可能)使用不同的类型而不是操纵器( int ). 如果 std::streamsize 是 长-长 ,会有一些价值观适合 整数 。此类值实际发生在正确的代码对我来说似乎很小,我只能坚持下去 整数 (不要混淆 auto ),不必担心溢流或者,我会使用 整数 ,但使用 assert 之前,到确保没有溢出。

最后:通常,宽度是元素的总宽度。所以您应该设置的宽度为 w / x.size() - 1 (包括第一元件)。至少在理论上;我不知道这对你有多有用数组类型(我当然不会坚持,只要修改的语义被很好地记录)。当然,精度是粘性的您不必为每个值设置它。(另一方面, 用户应该记住并恢复它。)

推荐文章

adam101 · c中文本文件的读/写结构++

8 年前

Galaxy · C++11 int8\t错误输入/输出

8 年前

Vittorio Romeo · 读写之后,'std::stringstream::fail()`应该返回什么值?(gcc vs clang)

8 年前

Finley · 如果(!(is>>s))是什么意思?

8 年前

Arlington · C++删除或覆盖文件中的现有信息

8 年前

Omnifarious · 在将文件描述符1更改为引用其他文件后,我应该如何管理::std::cout?

8 年前

James · 为什么我不能从用户那里读取一个值并使其成为常数?

8 年前

Alexander Lyapin · “std::cout”声明中的明确限定

8 年前

Samuel Wolf Sharp · 编写一个循环,对照大量可能的有效值(C++)检查变量的值

8 年前

Brandon · 即使使用ios::binary,也无法以二进制模式写入文件

9 年前