Russian Qt Forum

Есть класс
class CClass1:
{
public:
  CClass1();
  virtual ~CClass1();
private:
  bool Start();
};

CClass1::CClass1()
{
  if(Start() == false)
    return;
}

bool CClass1::Start()
{
return false;
}

Второй класс
class CClass2:
{
public:
  CClass2();

private:
  void Exec();
private:
  CClass1*  class1;
};

CClass2::CClass2()
{
 class1 = 0;
}

void CClass2::Exec()
{
 bool f = true;
 class1 = new CClass1();
 if(class1 == 0)
    f = false;
}

Вопрос собственно такой. При выходе из конструктора с помощью return объект все равно создается. Как выйти из положения?

За название темы - зачёт. :)
Теперь по делу. Никак. Если ты выделил память под объект, то он в любом случае будет создан, что бы не произошло при создании (условно).
Точно не уверен, но можешь попробовать переопределить оператор new для класса и в нём проверять то, что требуется.
А вообще, проще пересмотреть саму идею программы, ибо эта какая-то кривая. :)

 ;D  :) :) :) :) как тебе удалось придумать такую тему поста?? )
имхо не надо ничего переопределять.. попробуй вынести условия из CClass1::Start() за пределы класса, например в CClass2:
ну или что-то подобное

Просто, как я понял, у него там после создания идёт проверка, был ли класс создан.
Можно, кстати, сделать фабричный метод. То есть, если всё хорошо, то он возвращает указатель на созданный объект класса, если нет - то 0.

Название темы придумал на ходу  ;)

Да все правильно. В функции Start класса1 я тоже выполняю кое-какие действия. И в результате возвращаеться true или false в конструктор этого класса. И если возвращаеться false то экземпляр класса не должен быть создан. Вынести условие проверки в класс2 нельзя. Что такой за фабричный метод? Буду очень благодарен за пример.

Вообще-то классическое решение для С++ - выкинуть исключение.
При этом вызовутся деструкторы всех созданных членов данных и освободиться память, если экземпляр создавался по new.
Остальные решения - а-ля MFC для "С с классами". :-)

Но сама Qt, почему-то, их не кидает. :) Кроме того, так и не получилось заставить приложение ловить классы исключений, описанные в подключаемых библиотеках (но это уже мои косяки, думается).
Самый простой вариант в данном случае - примерно такой.
Но в данном виде это будет работать только если те действия, корректность которых надо проверить, не изменяют внутреннюю структуру класса.

Это потому, что многие, после прочтения древних книжек, не верят в исключения (как та бабушка, которая не верила в электричество) и отрубают их поддержку. :)

Tonal прав.
Если конструктор выкидывает исключение, объект не создается.

if(start() != true) throw...

а уже выше его ловишь и обрабатываешь,

но в случае с синглтоном вроде другая ситуация, если ты о нем.

и всё-равно это криво - хоть с ислючением, хоть без
предпочитаю абстрактный класс, наследник-заглушка, наследник рабочий, д-указатель и метод init()