Как сделать объект переменной длины?

[Predicate]

Уважаемые, стоИт цель создать класс (или иерархию классов), представляющий из себя, скажем так, структуру переменной длины... А конкретнее, представить сетевой пакет объектом. Чтобы можно было передавать указатель на этот объект в функции, как массив байт... Проблема как раз в том, что пакеты в общем случае разной длины, скажем поле данных различно по длине всегда.
В голову приходит только одно решение: помимо полей заголовка (стандартных) завести в классе указатель и выделять требуемое количество памяти непосредственно под данные (соответственно указатель будет указывать (тафтология, сорри) на выделенный массив; и добавить переменную, хранящую длину данных. И переопределить в классе операцию приведения к типу "указатель на массив байт". Причем для этого придется сделать статическую переменную класса - указатель на массив, а внутри операции приведения типа выделять память под пакет и конструировать пакет так, как он должен выглядеть при передаче. Т.е. на самом деле организовать это все дело по типу некоторых функций сокетов, которые возвращают, скажем, строки в собственном буфере библиотеки, и хранятся эти данные гарантированно только до следующего вызова функции сокетов.
Чувствую, что это извратный метод, однако ничего другого в голову не приходит... Может кто-нибудь делал что-нить подобное?
И еще один вопрос: статические члены класса уникальны в пределах одной программы? Или потока?
Заранее спасибо

[Алексей++]

что же тут извратного?

пусть имеется указатеь

BYTE *pMyData;

в конструкторе класса:

pMyData=NULL;

в коде, когда понадобилось выделить память:

pMyData=new BYTE[N];

(если память удачно выделилась, то указатель станет !=NULL)

если стало надо изменить размер, то:

UINT i;
BYTE pOldData=pMyData;
pMyData=new[N1];
if(N1>=N)
{
//копируем
for(i=0;i<N;i++) pMyData=pOldData;
}
else
{
//обрезаем(или что там надо) старые данные
for(i=0;i<N1;i++) pMyData=pOldData;
}
N=N1;//новая длина
delete [] pOldData;//чистка памяти

[Predicate]

Хех... спасибо конечно за НАСТОЛЬКО полный ответ, но выделять и удалять память я вроде как умею (немножко ). Меня больше интересовал подход... В смысле сама идея. В том методе, который мне пришел в голову, меня смущает в основном то, что могут быть проблемы в многопоточных приложениях. Вопрос в том: насколько уникальны статические члены класса? Т.е. в частности, будет ли статическая переменная-член класса одна в пределах всего приложения, процесса или потока?

[Алексей++]

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

А если определить с private, то прямой доступ к переменной - только из самого класса.

А вообще - ты же могешь для каждого конкретного примера запросто это проверить - из одного объекта присваивай одно значение, из другого - другое. И сравнивай содержимое переменных.

[NetRaider]

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

Это все сильно похоже на описание класса std::string - в спецификации не указано, в каком формате хранится строка - это может быть список, массив, либо некая структура, только вместо оператора приведения к 'char*' существует функция c_str() в результате которой объект класса должен собрать строку в один непрерывный кусок и вернуть клиенту указатель на него(возможно это потребует выделения памяти(под копию) и ее освобождения при, например повторном вызове c_str).
 
Не пойму только зачем мучаться со статическими переменными(100% проблемы при многопоточности - одна на процесс.) Обычная переменная и все...

[NetRaider]

...вместо оператора приведения к 'char*'

читать ''к 'const char*'"

[Алексей++]

NetRaider,

Не пойму только зачем мучаться со статическими переменными(100% проблемы при многопоточности - одна на процесс.) Обычная переменная и все...

эт точно
кстати - не помню ни разу, когда бы я пользовался статик-переменными

обычно в таких случаях у меня сихронизация флагами

[Predicate]

Не пойму только зачем мучаться со статическими переменными(100% проблемы при многопоточности - одна на процесс.) Обычная переменная и все...

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

[Mfcer__]

Т.е. в частности, будет ли статическая переменная-член класса одна в пределах всего приложения, процесса или потока?

На rsdn была статья по паттерн Одиночка (Singleton),  как раз он подойдет в этом случае (если система объектно - орентированная)

http://www.rsdn.ru/article/patterns/singleton.xml
http://www.rsdn.ru/forum/Message.aspx?mid=531461

а также есть готовое решение в boost

[Malaja]

Narod,

ja ne znaju, esli komu-to nado - ja gde-to kogda-to (w prozesse rabochego wremeni  i besplatnogo ineta ) skachala angl. versiju knigki (Iskala russkuju versiju, no ne nashla    )   ):

Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования

 Posemu esli komu-to nado, mogu skinut.

[dedOK]

Довольно много писали о динамических массивах, многопоточности. И только немного упомянули std::string.

Хотелось бы добавить, что в стандартной библиотеке есть полный набор динамических контейнеров. Например, std::vector - обычный линейный массив, который "хранит" число элементов. Его можно было бы использовать.

std::string реализует C-строку. Сами строки хранятся отдельно со счетчиками ссылок. Поэтому использовать string просто как массив байт не совсем эффективно.

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

ИМХО, std::vector<unsigned char> (со стандартным аллокатором) вполне бы подошел для хранения пакетов.

[michaelprog]

мальнькое замечание stl по определению НЕ ПОТОКОБЕЗОПАСНА