[Qt] Контейнер для хранения произвольных байтовых последовательностей

Ви будете смеяться, но у меня проблемы с покланием в этот std::vector<char> и вынятием из него, например, size_t, или ещё чего-нить более длинного, чем char.

Ну, то-есть, покласть/вынять я могу, но так коряво по реализации получается -- хоть йад пей... По условиям, нужно сложить в этот char[] много-много элементов разных типов, что-то вроде тупенькой сериализации.

QByteArray ориентирован на хранение _любых_ последовательностей байтов.

Попытка "пристегнуть" к уже имеющемуся его экземпляру, например, какой-нить size_t, мягко говоря, удручает... Неудобно. Блядь, и почему в сиране плюсах нет нормальной сериализации?

Покажи код.

char S0[]="1234567890123456789";
S0[9]='\0';
std::cout<<"S0="<<S0<<std::endl;
std::cout<<"sizeof(S0)="<<sizeof(S0)<<std::endl;
QByteArray array(S0,sizeof(S0));
std::cout<<"array.size()="<<array.size()<<std::endl;
size_t other=159;
array+=QByteArray((char*) (&other),sizeof(size_t));
std::cout<<"array.size()="<<array.size()<<std::endl;

Что-то вроде этого. А хотелось-бы

array+=QByteArray(size_t(159),sizeof(size_t));

Сойдёт. А если ещё и завернуть это в template<typename T> название_сам_придумай(QByteArray &a, const T &val), то будет совсем круто.

push_byte(byte_stream & stream, uint8_t t)
{
   stream.push_back(t);
}

push32(byte_stream & stream, uint32_t t)
{
   push_byte(stream, t);
   push_byte(stream, t << 8);
   push_byte(stream, t << 16);
   push_byte(stream, t << 24);
}


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

Да я-ж и не спорю. :-)

Изучайте устройство *stream (например, stringstream).
Туда входит и выходит всё что запрограммируете.

template <typename T>
mybuffer&  operator << (mybuffer& s, const T* v)
{
  //тупо выводим набор его байтов
  for(int i = 0; i < sizeof(T); i++)
    s.push_back(*(reinterpet_cast<const char*>(T) + i));
}
mybuffer&  operator << (mybuffer& s, const std::string& v)
{

  for(int i = 0; i < v.size(); i++)
    s.push_back(v[i]);
}

Спасибо, конечно, но в психушку мне ещё рано. Разработчикам iostream гвоздь в голову вбить надо. Александреску легче читается...