как писали выше, можно заворачивать вызов конструктора. Правда я для этого не пишу специальную статическую функцию. Такое надо очень редко и хватает обычной функции, которая вернёт указатель или NULL, а далее if ( retval == NULL ) { что-то по этому поводу сделать }. Так же в такую функцию часто добавляю вывод в stderr, что бы сразу это видеть.



Это сообщение отредактировал(а) vadiml - 12.1.2008, 16:14

Пишу специальное исключение. Если не сгенерировался обьект то лучше всего убить программу пока не поздно и записать в лог подробности. Допустим на серверах так и делается обычно.

А что-бы избежать ситуации: имеем два обьекта А и Б, А инициализирован, Б нет -- чо делать ё? стараюсь что-бы у каждого обьекта был только один указатель на данные которые он обрабатывает.

Это выглядит вот так:

Использовать smart pointer-ы или try + catch.

Вообще исключения в конструкторах очень опастно
пример
class A
{
public:
      A()
    {
throw 1;
    }
};
class B : A
{
public:
      B()
    {

    }
};

решение проблемы

class A
{
protected:
bool IsCreateBad;
A(bool)
{
}
public:
      A():IsCreateBad(false)
    {
throw 1;
    }
bool getCreateObject()
{
return IsCreateBad;
}
};
class B : A
{
protected:
B(bool isCreateBad) 
    {
    }
public:
      B() try
    {
    }
catch(...)
{
(*this) = B(true);
}
};

Добавлено через 11 минут и 46 секунд
Ну почемуто возникает assert вопрос почему?

Lycifer, проблемы нет там, где ты думаешь, что она есть. Так как если конструктор кидает исключение, значит он не смог сконструировать объект класса, значит конструктор потомка не должен даже запускаться.

Так забавно наблюдать за зверушками, которые копашатся в клетке пытаясь решить какие-то проблемы. Сразу вспоминается Си и ассемблер, где вся ответственность ложится на тебя. И в качестве бонуса дается некоторая порция свободы действий.

По теме. Исключения почти никогда не использовал, т.к. небыло необходимости. Обычно проблемы решаются достаточно тривиальными проверками на уровне возвращаемого значения true или false. Уж не знаю как вы, а для меня исключения это не более чем int 3 или деление на 0, а остальное от лукавого.

значит ты просто не понимаешь исключений.

Это тебя не красит.  

Почитай Exception vs Error Code

А потом оброщение к не существующей памяти, или try и catch где объект создаётся ставить?(Лучше это сделать в класе вот только не получилось   ,почему не могу понять)

без try\catch будет вызван termination(); и программа упадет.

Кстати говоря, двухфазные конструкторы в Symbian решают аналогичные проблемы...

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

Это сообщение отредактировал(а) Torsten - 5.8.2008, 11:28

еще один пациент  

 - и это хорошо?

И я так же поступаю. Конструкторы у меня ничего опасного не делают. Всё опасное выносится в функцию инициализации - а ей-то уж возвращать значение не запрещается.