为什么 std::(i)ostream 将有符号/无符号字符视为文本而不是整数？

这段代码没有做它应该做的事情：

#include <iostream>
#include <cstdint>

int main()
{
    uint8_t small_integer;
    std::cin >> small_integer;
    std::cout << small_integer;
}

原因很简单：uint8_t是一个类型定义unsigned char流将这种类型视为文本：
Visual C++ 2015 实现

template<class _Traits> inline
    basic_istream<char, _Traits>& operator>>(
        basic_istream<char, _Traits>& _Istr, unsigned char& _Ch)
    {    // extract an unsigned char
    return (_Istr >> (char&)_Ch);
    }

以及类似的代码，强制转换为char for operator <<.

我的问题：

1. Is this behavior (streaming operators treating signed / unsigned char as character type and not an integer) required by the standard? If it is then:
   1. 这种违反直觉的语义背后的基本原理是什么？
   2. 如果这被认为是一个缺陷，是否有建议改变这种语义？

我可能应该添加一些解释，为什么我认为它违反直觉。 尽管类型名称包含单词 char，signed or unsigned部分指定特定的整数语义，这些类型通常用作字节大小的整数。甚至标准也定义了int8_t / uint8_t通过他们。

UPD:问题是关于流运算符重载的行为unsigned char and signed char.

标准 (n3797) 规定如下：

27.7.2.2.3 basic_istream::运算符>>

template<class charT, class traits> 
basic_istream<charT,traits>& operator>>(basic_istream<charT,traits>& in, charT& c);

template<class traits> 
basic_istream<char,traits>& operator>>(basic_istream<char,traits>& in, unsigned char& c);

template<class traits> 
basic_istream<char,traits>& operator>>(basic_istream<char,traits>& in, signed char& c);

12 效果：行为类似于 in 的格式化输入成员（如 27.7.2.2.1 中所述）。构造哨兵对象后提取一个字符从 in 中（如果有），并存储在 c 中。否则，该函数调用 in.setstate(failbit)。

27.7.3.6.4 字符插入器函数模板

// specialization 
template<class traits> 
basic_ostream<char,traits>& operator<<(basic_ostream<char,traits>& out, char c); 

// signed and unsigned 
template<class traits> 
basic_ostream<char,traits>& operator<<(basic_ostream<char,traits>& out, signed char c); 

template<class traits> 
basic_ostream<char,traits>& operator<<(basic_ostream<char,traits>& out, unsigned char c); 

1 效果：表现为 out 的格式化输出函数（27.7.3.6.1）。构造一个字符序列 seq。如果 c 的类型为 char 并且流的字符类型不是 char，则seq 由 out.widen(c) 组成；否则 seq 由 c 组成。确定 seq 的填充，如 27.7.3.6.1 中所述。将 seq 插入到 out 中。调用 os.width(0)。

所以第一个问题的答案是：是的，标准要求operator >> and operator <<行为完全相同char, unsigned char and signed char，也就是说它们读/写单个字符，而不是整数。不幸的是，标准没有解释原因。我希望有人能阐明2和3。