Derivando streambuf ou basic_ostringstream?

Question

Eu quero derivar uma stringstream para que eu possa usar o operador<< para construir uma mensagem que vai ser lançada.A API de como seria:

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

Este deve fazer um

throw "some text more text 42"

Então o que eu fiz é fazer uma errorbuf (herança do streambuf) o que sobrecarrega o 'estouro' do método e, em seguida, criar um ostream(&errorbuf).Eu me pergunto se eu não deveria, em vez de herdar do basic_ostringstream ou algo assim...

Answer 1

Eu vou trote meu favorito macro novamente aqui:

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

Em uso:

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

o tipo de exceção é a partir de minha própria biblioteca, mas eu acho que você começa a idéia.Isso é muito mais simples do que derivar o seu próprio fluxo de classe, e evita muitas complicações desagradáveis com op<<().

Answer 2

Você provavelmente poderia facilitar a fazer 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;

Observe que você não deve jogar cordas como você é, por isso eu usei std::runtime_error. Todas as exceções devem derivar de std::exception, que runtime_error Faz assim, todas as exceções significativas podem ser capturadas com const std::exception&.

Isso funciona porque o temporário vive até o final da expressão completa.

Answer 3

Alguns operadores estão faltando na solução do 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

Normalmente, apenas crio minhas próprias aulas de exceção. Você só tem que substituir what() e pode fornecer quantos construtores você quiser. Para criar a mensagem de erro, basta usar o Vasprintf (se disponível) ou STD :: OstringStream como acima.

Aqui está um exemplo:

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();
    }
};

Se você não tem vasprintf, também pode usar o vsnprintf com um buffer na pilha ...