équivalent du couple QByteArray/QDataStream

bonjour,

je suis sur un projet ou je ne peux pas me servir de qt, et donc j'ai besoin d'un équivalent au couple QByteArray/QDataStream.

pour ceux ne connaissant pas ces classes, voilà leur fonction :

QByteArray : tableau d'octets plus évolué.
QDataStream : classe permettant de traiter en autre un QByteArray comme un stream, avec opération de lecture et d'écriture.

donc je cherche un équivalent si possible dans la stl.

cordialement.

Bonjour

Fondamentalement, QByteArray est un char* (cf sources).
QDataStream est une classe de sérialisation donc le plus proche est boost::serialize (pas d'équivalent dans la STL je pense).

Le plus simple est peut être de partir de cela et d'ajouter les fonctionnalités manquantes.

merci pour ces indications, je vais voir ce que je peux faire de ça.

Salut,

Citation:

---

Envoyé par gbdivers

Fondamentalement, QByteArray est un char* (cf sources).

---

std::string ou std::vector<char> c'est quand même mieux que char*,non

Citation:

---

Envoyé par 3DArchi

Salut,
std::string ou std::vector<char> c'est quand même mieux que char*,non

---

Oui, bien sur. Je ne disais pas d'utiliser char* mais c'est ce qui est utilisé dans Qt. Et très clairement, le code Qt est parfois (souvent ?) pas très clean niveau C++ (Qt est fortement atteint du NIH).
Il faudrait probablement partir sur un std::vector<char> puisque le QByteArray ne représente pas qu'une chaîne de caractères mais peut contenir bien d'autres choses (tableau d'octets bas niveau).

Citation:

---

Envoyé par gbdivers

(Qt est fortement atteint du NIH).

---

je ne suis pas très familier de ce sigle. traduction siouplait *siffle*


pour mon problème, je suis encore en train de regarder la doc de boost.

"Not Invented Here" : syndrome qui consiste à tout réécrire plutôt que d'utiliser l'existant (personnellement, je suis souvent atteint de cette maladie :aie:)
Qt fait souvent cela, pour des raisons historique et de portabilité (compatibilité avec des anciens compilateurs, implémentation de STL pas top, etc.)

Citation:

---

Envoyé par gbdivers

Il faudrait probablement partir sur un std::vector<char> puisque le QByteArray ne représente pas qu'une chaîne de caractères mais peut contenir bien d'autres choses (tableau d'octets bas niveau).

---

Dans ce cas, je suggère plutôt un std::vector<unsigned char>
Dans mon code de valeur :
char => Caractère
signed char => Petits nombres
unsigned char => Données brutes de fonderie, s'apprêtant à des manipulations de bits