Может ли конструктор формы возвращать NULL

Байт

Это нужно вот зачем.
Создаю форму, которая должна работать с файлом. А файла нет. Существование форму бессмысленно.

Код C++
1 2 3 4 5 6 7 8 9 10 11 12   TForm2::Tform2(... char *Name) { FILE *f = fopen(Name, "r");   if (f==NULL) {      ShowMessage("Нет файла");      delete this;  //  ???      this = NULL; // ????      return NULL;  //   ????   } .... }

Использование

Код C++
1 2 3 4 5     TForm2 *F2 = new TForm2(..."file.txt");   if (F2==NULL) return;   else F2->Show();

Смущает то, что конструктор как бы ничего не должен возвращать...
Можно, конечно, использовать extern флаг. Но это некрасиво как-то

Samrisbe

А проверку невариант сделать на наличие файла?

Код C++
1 if (FileExists)

Байт

Эта форма вызывается во многих местах, происходит работа с файлами разных типов и из разных точек, по разным кнопочкам.
Конечно, можно каждый раз проверять, а есть ли файл, но мне казалось, что логичнее всего это переложить на конструктор Формы2
Выход есть, и достаточно экономный, завести внеклассовую функцию, которая проверит наличие файла
и активизирует Форму2. Или через extern-флаг. Но некрасиво как-то. И хотелось бы знать, есть ли какой-то способ сказать, что конструирование формы (или другого компонента) закончилось неудачно.

DefineTrueFalse

Я вопрос не совсем понял, в итоге реализации что должно быть?

Байт

Потому что, если нет, то это довольно увесистый камень в огород ООП вообще и Страуструпа в частности.

Добавлено через 10 минут
Можно, конечно, сделать через исключения, но это тоже как-то топорно.

DefineTrueFalse

Аааа все догнал)), а то я уже в пачноуты полез искать на тему создание формы из файла в раде )))) Конструкторы и деструкторы на то и рассчитаны, что они в принципе значений не возвращают. Создайте метод в классе через "класс эскплоер" и вы увидите, что он сразу блокирует поле ввода возвращаемого значения.
Вот это в конструкторе прописывать крайне не советую. В лучшем случае эффекта не будет. Если хотите автоматизировать процесс в этом ключе, то просто напишите отдельную функцию с результирующим булевым значением и используйте ее после стандартной инициализации. И там уже можете использовать delete (хотя с формой тоже надо обдумать, все-таки визуальный класс). Но обязательно припашите return true/false, чтобы исключить дальнешие обращения к форме.

Байт

Ну я не зря поставил там кучу вопросительных. Понимаю, что все это глупости. Просто - что в голову приходило.
Ладно, останавливаемся на extern-флаге. "...Оно надежней, да к тому и тише..."

DefineTrueFalse

А можно узнать, чем вам глобальные переменные помогут? Что-то вроде, если не получилось создать - записать в глобальную переменную "ПОЖАР"?

IGPIGP

Простите, может не понимаю, а разве конструктор класса, кроме выделения памяти под объект не возвращает указатель на него (всегда)? Другое дело что указатель на Ничто (Null) может вернуться по разным причинам, т.е. неудачная инициализация других полей или аж неудача с выделением памяти, и если нужно знать точно то тада что-то надо сделать

Байт

Именно так. И уже получилось.

Код C++
1 2 3 4 5   TForm2 *F = new TForm2(this, fname); if (Fare) { delete F; return; } else F->Show();

Добавлено через 7 минут
Выделяет и возвращает. Но я не могу заставить его вернуть ничего другого, что говорило бы о неудачном конструировании. Только если он сам этого пожелает, скажем, когда памяти не хватает. Но это, кажется тоже не так, просто программа затыкается в точке выделения памяти и все. Ну, исключение выбрасывает.
Но я кажется нашел оптимальное решение.
Просто поле-флаг в самой TForm2, вот его-то и проверять.