There\'s a ton of information available on overloading operator<<
to mimic a toString()
-style method that converts a complex object to a string.
As for flags, I don't know if there is any standard somewhere, but it is a good idea to reset them.
Boost has neat raii wrappers for that: IO State Savers
Some additional notes:
when implementing the operator>>, you probably should consider using the bufstream and not other overloads of operator>>;
exceptions occuring during the operation should be translated to the failbit or the badbit (members of streambuf may throw, depending on the class used);
setting the state may throw; if you set the state after catching an exception, you should propagate the original exception and not the one throwed by setstate;
the width is a field to which you should pay attention. If you are taking it into account, you should reset it to 0. If you are using other operator>> to do basic works, you have to compute the width you are passing from the one you received;
consider taking the locale into account.
Lange and Kreft (Standard C++ IOStreams and Locales) conver this in even more details. They give a template code for the error handling which takes about one page.
You should set the fail
bit. If the user of the stream wants exception to be thrown, he can configure the stream (using istream::exceptions
), and the stream will throw accordingly. I would do it like this, then
stream.setstate(ios_base::failbit);
For malformed data that doesn't fit the format you want to read, you usually should set the fail
bit. For internal stream specific errors, the bad
bit is used (such as, if there is no buffer connected to the stream).
I haven't heard of such a thing.
For checking whether the stream is in a good state, you can use the istream::sentry
class. Create an object of it, passing the stream and true
(to tell it not to skip whitespace immediately). The sentry will evaluate to false
if the eof
, fail
or bad
bit is set.
istream::sentry s(stream, true);
if(!s) return stream;
// now, go on extracting data...