Профи,нужна ваша помощь!!!

[Новичек89]

Здравствуйте, помогите пожалуйста!!! Мне нужна помощь, и посоветовались обратится к Вам!
Вообщем такая ситуация...
Наш преподаватель по "технологии программирования (СИ++)" требует уже 2й год от студентов ответ, на вопрос "Чем отличается Конструктор от Деструктора?" Ну и при этом нужно назвать их свойства. Мы знаем, и говорим ему : 1) В классе может быть не один конструктор, а деструктор только один. ; 2) Конструктор может иметь аргументы, а деструктор нет; 3) Деструктор не имеет параметров, а конструктору они могут передаваться; 4) Конструктор не может быть виртуальным, а диструктор виртуальный; 5) Они оба называются так же как и класс; 6) Конструктор может быть перегружен, деструктор - нет; 6)Конструктор не возвращает значение, не может быть объявлен, как const,volatile,static; не наследуется, может быть явно/не явно вызван; может быть конструктор копирования; 7) Конструктор выполняется при инициализации объекта, деструктор - после работы программы. 8) Оба могут быть по умолчанию;
Преподаватель говорит, что вы все не называете еще одного отличия. И вот он от нас требует этого отличия, "хоть ты тресни..." =((( Смотрели книги, искали в инете - без рез-та... Помогите, подскажите пожалуйста!!! Этот ответ поможет поскорее сдать этот экзамен...
Очень надеюсь на помощь знающих людей !!!
Конечно дело не в тильде. ...
Спасибо заранее!!!

[-HunteR-]

Названием =)

[pu4koff]

Можно посмотреть в сторону обработки исключений. Исключения выбрасываемые конструктором относительно нормально обрабатываются, а вот при исключениях деструктора как бы не прога вылетала наглухо, но тут надо уточнять, ибо это где-то давно читал, но на практике не проверял
Ну или про вызов конструкторов/деструкторов при наследовании -разница в порядке вызовов "унаследованных" конструкторов/деструкторов, ну и случай с невиртуальный деструктором, когда будет утечка памяти, в случае удаления потомка по указателю на предка.
При желании еще можно что-то заумное накопать, но полюбому окажется какая-нибудь глупость (типа упомянутого мной выше порядка вызовов конструкторов/деструкторов потомков). Кто знает что у этого препода на уме
Ну и еще вспомнил: деструктору доступен объект полностью, а в конструкторе лучше только инициализировать члены класса, т.е. с this работать только на запись, но не на чтение, т.к. к этому моменту объект еще может быть не проинициализирован полностью и черт знает что там будет записано

[vvviperrr]

эм, ну хз, может еще тем, что деструктор можно вызвать явно, как член класса? а вообще имхо он вас разводит, чтобы вы больше инфы читали про ооп (в конце действительно скажет - названием) либо там какая то мелочь, которая сама собой подразумевается.

[Новичек89]

Если препад был бы приколистом, то это бы прокатило... Но! ( Он не такой ...
А есть более грамотный варианты отличий??? Уже столько литературы перечитала ...

[Новичек89]

Поясните пожалуйста, что в данном случаи исключения???

[Новичек89]

Вот это подстава... Разве так делается???
Тут своя, четко сформулированная проблема...

[pu4koff]

Сообщение от Новичек89

Поясните пожалуйста, что в данном случаи исключения???

Ну если взять эту заметку и немного подправить код:

#include <iostream>
#include <conio.h>

using namespace std;

class test
{
public:
	test()
	{
		//throw std::runtime_error("Constructor failed");
	}
	~test()
	{
		throw std::runtime_error("Destructor failed");
	}
};

int main()
{
	try
    {
		test a;

		throw std::runtime_error("Error!");
    }
	catch(std::exception const &e)
	{
		cout << e.what() << endl;
	}
	_getch();
	return 0;
}

В таком виде программа будет "умирать" (по крайней мере при компиляции в MS VS 2008 это так ). Если же раскомментировать выбрасывание исключения в конструкторе, то оно спокойно обработается и программа будет работать корректно (деструктор всё равно вызываться не будет, так что его код можно не трогать).

[assasin]

Конструктор инициализирует, а деструктор освобождает память)))

[profi]

Ну скажите, что конструктор вызывается при создании объекта, а деструктор при его разрушении . Это одно из главных отличий.