Derivado streambuf o basic_ostringstream?

Question

Quiero derivar una stringstream para que pueda utilizar el operador << para construir un mensaje que luego será lanzado. La API se vería así:

error("some text") << " more text " << 42 << std::endl;

Esto debería hacer un

throw "some text more text 42"

Así que lo que hice es crea un errorbuf (heredando de streambuf) que sobrecarga el método de 'desbordamiento' y luego crear una ostream (y errorbuf). Me pregunto si no debería heredar de su lugar basic_ostringstream o algo ...

Answer 1

Voy a sacar a relucir mi favorito macro de nuevo aquí:

#define ATHROW( msg )                                               \
{                                                                   \
    std::ostringstream os;                                          \
    os << msg;                                                      \
    throw ALib::Exception( os.str(), __LINE__, __FILE__ );          \
}                                                                   \

En uso:

ATHROW( "Invalid value: " << x << " should be " << 42 );

el tipo de excepción es de mi propia biblioteca, pero creo que se entiende la idea. Esto es mucho más simple que se deriva de su propia clase de secuencia, y evita un montón de complicaciones desagradables con op << ().

Answer 2

Probablemente se podría hacer más fácil haciendo algo como:

class error_builder
{
public:
    error_builder(const std::string& pMsg = "")
    {
        mMsg << pMsg;
    }

    ~error_builder(void)
    {
        throw std::runtime_error(mMsg.str());
    }

    template <typename T>
    error_builder& operator<<(const T& pX)
    {
        mMsg << pX;

        return *this;
    }

private:
    std::stringstream mMsg;    
};


error_builder("some text") << " more text " << 42 << std::endl;

Tenga en cuenta que no debe ser desechado cuerdas como si, por lo tanto, he usado std::runtime_error. Todas las excepciones deben derivar de std::exception, lo que hace runtime_error, de esa manera todas las excepciones significativas pueden ser capturados con std::exception& const.

Esto funciona porque la vida temporal hasta que el final de la expresión completa.

Answer 3

Algunos operadores están ausentes de la solución de GMan.

class error {
   public:
   explicit error(const std::string& m = "") :
          msg(m, std::ios_base::out | std::ios_base::ate)
   {}

   ~error() {
      if(!std::uncaught_exception()) {
         throw std::runtime_error(msg.str());
      }
   }

   template<typename T>
   error& operator<<(const T& t) {
      msg << t;
      return *this;
   }

   error& operator<<(std::ostream& (*t)(std::ostream&)) {
      msg << t;
      return *this;
   }
   error& operator<<(std::ios& (*t)(std::ios&)) {
      msg << t;
      return *this;
   }
   error& operator<<(std::ios_base& (*t)(std::ios_base&)) {
      msg << t;
      return *this;
   }
   private:
   std::ostringstream msg;
};

Answer 4

por lo general sólo crear mis propias clases de excepción. Sólo tiene que anular what() y puede proporcionar tantos constructores como desee. Para construir el mensaje de error, sólo tiene que utilizar vasprintf (si está disponible) o std :: ostringstream como la de arriba.

Este es un ejemplo:

class CustomException : public std::exception {
private:
    const std::string message;
public:
    CustomException(const std::string &format, ...) {
        va_list args;
        va_start(args, format);
        char *formatted = 0;
        int len = vasprintf(&formatted, format.c_str(), args);
        if (len != -1) {
            message = std::string(formatted);
            free(formatted);
        } else {
            message = format;
        }
        va_end(args);
    }
    const char *what() const {
        return message.c_str();
    }
};

Si usted no tiene vasprintf, también se puede utilizar vsnprintf con un búfer en la pila ...