Пользовательские исключения в С++

Я пытаюсь создать некоторые настраиваемые классы исключений для библиотеки С++, над которой я работаю. Эти пользовательские исключения захватывают дополнительную информацию, такую ​​как файл, номер строки и т.д., Необходимые для отладки, если по какой-то причине при тестировании исключения не попадают в нужное место. Однако большинство людей, похоже, рекомендуют наследовать из класса std:: exception в STL, с которым я согласен, но мне было интересно, возможно, было бы лучше использовать множественное наследование для наследования от каждого из производные классы std:: exception (например, std:: runtime_error) и настраиваемый класс исключений, как в приведенном ниже коде?

Другое дело, как делать конструкторы копирования и операции присваивания в классах исключений? Должны ли они быть отключены?

class Exception{
    public:
        explicit Exception(const char *origin, const char *file, 
                           const int line, const char *reason="", 
                           const int errno=0) throw();

        virtual ~Exception() throw();

        virtual const char* PrintException(void) throw();

        virtual int GetErrno(void);

    protected:
        std::string m_origin;
        std::string m_file;
        int m_line;
        std::string m_reason;
        int m_errno;
}; 

class RuntimeError: public virtual std::runtime_error, public Exception{
    public:
              explicit RuntimeError(const char *origin, const char *file, 
                                    const int line, const char *reason="", 
                                    const int errno=0) throw();
        virtual ~RuntimeError() throw();
};

Ответ 1

Мне было интересно, возможно, было бы лучше использовать множественное наследование для наследования от каждого из производных классов std:: exception

Обратите внимание, что это проблема из-за того, что исключения в стандартной библиотеке выводятся практически не из-за друг друга. Если вы вводите многократное наследование, вы получаете иерархию исключений страшного алмаза без виртуального наследования и не сможете уловить производные исключения с помощью std::exception&, так как ваш производный класс исключений несет два подобъекта std::exception, делая std::exception a "неоднозначный базовый класс".

Конкретный пример:

class my_exception : virtual public std::exception {
  // ...
};

class my_runtime_error : virtual public my_exception
                       , virtual public std::runtime_error {
  // ...
};

Теперь my_runtime_error выводится (косвенно) из std::exception дважды, один раз через std::run_time_error и один раз через my_exception. Так как первая не получается из std::exception практически, это

try {
  throw my_runtime_error(/*...*/);
} catch( const std::exception& x) {
  // ...
}

не будет работать.

Edit:

Я думаю, что я видел первый пример иерархии классов исключений с участием MI в одной из книг Stroustrup, поэтому я пришел к выводу, что в целом это хорошая идея. То, что исключения std lib не происходят практически друг от друга, я считаю неудачей.

Когда я в последний раз разрабатывал иерархию исключений, я очень сильно использовал MI, но не получал из классов исключений std lib. В этой иерархии существовали абстрактные классы исключений, которые вы определили, чтобы ваши пользователи могли их поймать и соответствующие классы реализации, полученные из этих абстрактных классов и из базового класса реализации, которые вы на самом деле бросали. Чтобы это стало проще, я определил некоторые шаблоны, которые будут выполнять всю тяжелую работу:

// something.h
class some_class {
private:
  DEFINE_TAG(my_error1); // these basically define empty structs that are needed to 
  DEFINE_TAG(my_error2); // distinguish otherwise identical instances of the exception 
  DEFINE_TAG(my_error3); // templates from each other (see below)
public:
  typedef exc_interface<my_error1>  exc_my_error1;
  typedef exc_interface<my_error2>  exc_my_error2;
  typedef exc_interface<my_error3,my_error2> // derives from the latter
                                    exc_my_error3;

  some_class(int i);
  // ...
};

//something.cpp
namespace {
  typedef exc_impl<exc_my_error1> exc_impl_my_error1;
  typedef exc_impl<exc_my_error2> exc_impl_my_error2;
  typedef exc_impl<exc_my_error3> exc_impl_my_error3;
  typedef exc_impl<exc_my_error1,exc_my_error2> // implements both
                                  exc_impl_my_error12;
}
some_class::some_class(int i)
{
  if(i < 0) 
    throw exc_impl_my_error3( EXC_INFO  // passes '__FILE__', '__LINE__' etc.
                            , /* ... */ // more info on error
                            ); 
}

Оглядываясь назад, я думаю, что я мог бы сделать этот шаблон exc_impl из std::exception (или любого другого класса в иерархии исключений std lib, передан как необязательный параметр шаблона), поскольку он никогда не происходит из любой другой экземпляр exc_impl. Но тогда это не было необходимо, поэтому мне это никогда не приходило в голову.

Ответ 2

Вам следует попробовать boost:: exception

Цель исключения Boost - упростить дизайн класса исключений иерархии и помогать писать обработка исключений и отчетность об ошибках код.

Он поддерживает перенос произвольных данных на сайт catch, в противном случае сложно из-за отсутствия броска требования (15.5.1) для исключения типы. Данные могут быть добавлены к любому объекта исключения, либо непосредственно в выражение (15.1) или позднее время как объект исключения распространяет стек вызовов.

Возможность добавления данных в исключение объектов после того, как они были переданы бросание важно, потому что часто некоторые информации, необходимой для обработки исключение недоступно в контекст, в котором обнаружен отказ.

Boost Exception также поддерживает Копирование исключения в N2179 объекты, реализованные неинтрузивно и автоматически boost:: throw_exception.