Получение StreamBuf или Basic_oStringStream?

Question

Я хочу вывести строки, чтобы я мог использовать оператора <<, чтобы построить сообщение, которое затем будет брошено. API будет выглядеть как:

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

Это должно сделать

throw "some text more text 42"

Итак, я сделал ошибку (наследуя от Streambuf), который перегружает метод «переполнения», а затем создает ostream (& irmbuf). Интересно, не должен ли я вместо этого унаследовать от basic_ostringstream или что -то в этом роде ...

Answer 1

Я снова выберу свой любимый макрос:

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

В использовании:

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

Тип исключения из моей собственной библиотеки, но я думаю, что вы поняли идею. Это намного проще, чем вывести свой собственный класс потока, и избегает множества неприятных осложнений с Op << ().

Answer 2

Вы, вероятно, могли бы сделать это проще, делая что -то вроде:

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;

Обратите внимание, что вы не должны бросать струны, как вы, поэтому я использовал std::runtime_error. Анкет Все исключения должны происходить из std::exception, который runtime_error Таким образом, все значимые исключения могут быть пойманы с const std::exception&.

Это работает, потому что временная жизнь до конца полного выражения.

Answer 3

Некоторые операторы отсутствуют в решении 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

Я обычно просто создаю свои собственные уроки исключений. Вам нужно только переопределить what() и может предоставить столько конструкторов, сколько вам нравится. Чтобы создать сообщение об ошибке, просто используйте vasprintf (если доступно) или std :: ostringstream, как указано выше.

Вот пример:

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

Если у вас нет vasprintf, вы также можете использовать vsnprintf с буфером в стеке ...