Выделение и освобождение памяти в конструкторе и деструкторе

[abc7]

Помогите задать конструктор выделяющий память для переменных x1,y1,z1,x2,y2,z2 и деструктор ее освобождающий.

#include <iostream>
#include <math.h>
using namespace std;
class vectors
{
public:float x1,y1,z1;
       float x2,y2,z2;
       float a1,b1,c1;
	   float a2,b2,c2;
	   float c,d1,d2,m;
    float vvod1()
	{
	cout<<"Введите координаты первого вектора\n";
	cin>>x1;cin>>y1;cin>>z1;
	return 0;
	}
	float vvod2()
	{
	cout<<"Введите координаты второго вектора\n";
	cin>>x2;cin>>y2;cin>>z2;
	return 0;
	}
    float sum(float p1,float p2,float p3)
	{
	a1=x1+p1;b1=y1+p2;c1=z1+p3;
	cout<<"Сумма векторов\n"<<a1<<" "<<b1<<" "<<c1<<"\n";
	return 0;
	}
	float raz(float p1,float p2,float p3)
	{
	a2=x1-p1;b2=y1-p2;c2=z1-p3;
	cout<<"Разность векторов\n"<<a2<<" "<<b2<<" "<<c2<<"\n";
	return 0;
	}
    float dlina1()
	{
	d1=sqrt(x1*x1+y1*y1+z1*z1);
	cout<<"Длина первого вектора\n"<<d1<<"\n";
    return d1;
	}
    float dlina2()
	{
	d2=sqrt(x2*x2+y2*y2+z2*z2);
	cout<<"Длина второго\n"<<d2<<"\n";
    return d2;
	}
	float cos(float p1,float p2,float p3)
	{
    c=(x1*p1+y1*p2+z1*p3)/(sqrt(x1*x1+y1*y1+z1*z1)*sqrt(p1*p1+p2*p2+p3*p3));
	cout<<"Косинус между векторами\n"<<c<<"\n";
	return c;
	}
    float scal(float p1,float p2,float p3)
	{
	m=sqrt(x1*x1+y1*y1+z1*z1)*sqrt(p1*p1+p2*p2+p3*p3)*c;
	cout<<"Скалярное произведение векторов\n"<<m<<"\n";
	return m;
	}
    float u1(){return x1;}float u2(){return y1;}float u3(){return z1;}
	float t1(){return x2;}float t2(){return y2;}float t3(){return z2;}
};
int main()
{
setlocale(LC_ALL,"Russian");
vectors v1,v2;
v1.vvod1();v2.vvod2();
v1.sum(v2.t1(),v2.t2(),v2.t3());v1.raz(v2.t1(),v2.t2(),v2.t3());
v1.dlina1();v2.dlina2();
v1.cos(v2.t1(),v2.t2(),v2.t3());v1.scal(v2.t1(),v2.t2(),v2.t3());
system ("PAUSE");
return 0;
}

[Abstraction]

1) Память для членов примитивных типов (float относится к таковым) выделяется как часть памяти, выделяемой под объект (т.е. переменная v1 имеет размер не менее 16*sizeof(float)). Соответственно, код для выделения/освобождения этой памяти в приведённом примере генерируется компилятором автоматически.

2) Код кошмарен. Переменные-члены не должны иметь уровень доступа public, если только для этого нет очень веских оснований. Методы sum и raz вводят в заблуждение, возвращая значения, не имеющие ничего общего с "суммой" или "разностью". Также они меняют состояние объекта в высшей степени неочевидным образом. Основная программа запутывает ещё больше: класс vectors, по всей видимости, описывает пару векторов, в программе объявляются две пары, но каждая из них остаётся в не полностью инициализированном состоянии. Отдельно путаницы добавляют разночтения в индексах членов (x1, x2, x3 нет, но есть z2) и аксессоров (u1, u2, u3).

[abc7]

код для выделения/освобождения этой памяти в приведённом примере генерируется компилятором автоматически.

То есть выделять память под эти переменные нет смысла? Тогда какой к программе можно прикрутить конструктор и деструктор?
По поводу кошмарности кода. Это моя первая программа с использованием классов так что как сделать по-другому я просто не знаю.

[intmain]

Переменные-члены не должны иметь уровень доступа public

Это почему? Удобнее обращаться непосредственно к переменной, а не городить для нее set/get методы. имхо.

Код кошмарен

Соглашусь с тобой. Он действительно кошмарен особенно это форматирование отступов, и транслит в именовании переменных. тихий ужс просто. Хотя я сам не лучше пишу, лол.

[Abstraction]

Это почему? Удобнее обращаться непосредственно к переменной, а не городить для нее set/get методы. имхо.

Я в курсе, что ХО означает "хрен оспоришь", но всё же...
1) Уничтожена возможность переименовать или убрать переменную, модифицируя только код класса. К примеру, класс хранит длины сторон прямоугольника и его площадь - если мы сделали площадь переменной, а потом решили, что выгоднее её только вычислять при обращениях, геттер позволит провести такое изменение, а прямой доступ нет (потому что перестанет работать код, обращавшийся к этой переменной).
2) Уничтожена возможность гарантировать инварианты класса. Опять же, если у нас есть класс прямоугольника и три переменных - длина, ширина, площадь, - мы можем гарантировать в коде класса, что всегда площадь==длина*ширина. А если переменные может поменять любой хрен с горы, такой гарантии дать уже нельзя.
3) В случае управляемых ресурсов повышается опасность того, что ссылка на ресурс переживёт управляющий объект. Если наш объект получил файловый дескриптор и не дал возможности его "утащить" - с уничтожением объекта возможность доступа к данному дескриптору гарантированно утеряна, поэтому его можно освободить. А если это открытый член, то какой-нибудь дятел скопирует себе дескриптор, попытается использовать его после уничтожения объекта... и будет упс.
4) Нарушается инкапсуляция, сокрытие информации. Данные-члены обычно содержат информацию о том, как именно реализован объект. Если они закрыты, эту информацию следует держать в голове только во время работы над кодом класса. Если они открыты, эта информация актуальна в любой точке, где используется класс. Чем больше факторов надо удерживать в голове при написании кода, тем тяжелее его писать, легче совершить ошибку и тяжелее понять получившийся код впоследствии.

Тогда какой к программе можно прикрутить конструктор и деструктор?

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