Различия между использованием cin.clear ();

Question

Различия между использованием cin.clear ();

0

while(cin.fail()){

    cout<<"Error: Your line is too long.\nPlease enter a shorter line: ";
    cin.clear(cin.good());
    cin.ignore(std::numeric_limits<std::streamsize>::max(),'\n');
    cin.getline(name, maxCh);
}

Я использую cin.clear(cin.good()); очистить флаги ошибок

Но используя cin.clear(); также работает?, если я называю эту функцию, что хорошего делает cin.good()?

Gooseberry 19 фев. 2014, в 18:57

Источник

0

Вы можете прочитать, например, эти справочные страницы для clear и good .
Some programmer dude 19 фев. 2014, в 17:24

Теги:

c++

cin

2 ответа

1

Если cin.good() возвращает true, вы фактически устанавливаете eofbit (в зависимости от реализации), чтобы ваш вызов очищался. В противном случае вы установите его на goodbit.

Если вы не вызываете cin.clear с параметром, тогда он будет использовать значение по умолчанию, которое является goodbit.

user1052842 19 фев. 2014, в 16:41

0

std::cin.good() не может вернуть true в своем коде, так как std::cin.fail() уже вернул true . И если он вернет true , кто знает, что вы будете устанавливать. Это может быть eofbit в некоторых реализациях, но это может быть и что-то еще.
James Kanze 19 фев. 2014, в 17:52
0

FWIW: std::cin.clear( std::cin.good() ) даже не компилируется с g ++.
James Kanze 19 фев. 2014, в 17:58

Ещё вопросы

Вы можете прочитать, например, эти справочные страницы для clear и good .
std::cin.good() не может вернуть true в своем коде, так как std::cin.fail() уже вернул true . И если он вернет true , кто знает, что вы будете устанавливать. Это может быть eofbit в некоторых реализациях, но это может быть и что-то еще.
FWIW: std::cin.clear( std::cin.good() ) даже не компилируется с g ++.

James Kanze · Accepted Answer · 2014-02-19T14-58-00.000Z

Для начала я не уверен, что std::cin.clear( std::cin.good() ) даже гарантированно скомпилируется. std::cin.good() возвращает bool, std::cin.clear() требует std::ios_base::iostate, и я не уверен, что гарантируется преобразование. (std::ios_base::iostate может быть enum, например.) Во-вторых, даже если он компилируется, он делает только то, что вы хотите случайно: потому что вы выполняете этот код только в том случае, если std::cin.fail() true, std::cin.good() вернет false, который преобразуется в 0 для всех интегральных типов, а std::ios_base::goodbit (что, вероятно, вы хотите) определяется как 0. Это также аргумент по умолчанию для функции, поэтому нет смысла указывать его. (clear может использоваться для установки битов, но он очень жестокий в том, как он это делает, обычно, когда вы хотите установить ошибку, вы будете использовать setstate, которое не сбрасывает никаких существующих ошибок.)

Для чего это стоит: я никогда не нашел случая, когда было бы целесообразно называть std::basic_ios<>::good().