WorldBuffer/WorldPacket et QByteArray

[scalexm]

L'utilité de la classe QByteArray ici est totalement nulle (0), étant donné que la seule chose intéressante est la méthode

WorldBuffer &operator<<(QString)

et cela oblige donc à faire des trucs assez ignobles du style

queuePosition << QString::number(AuthQueue::Instance()->GetClientPosition(this)).toAscii().data()

alors qu'avec un SIMPLE ostringstream, on aurait juste à écrire:

queuePosition << AuthQueue::Instance()->GetClientPosition(this)

et ce, pour n'importe quel type de valeur! (attention toutefois aux int8_t/uint8_t qui seront interprétés comme des char)

[KevinSupertramp]

Bonjour, merci pour ton commentaire. Je n'ai pas tout à fait compris comment tu proposes d'utiliser ostringstream. Le prendre en paramètre comme ceci ? :

WorldBuffer &operator<<(ostringstream)

En faite actuellement la ligne est totalement fausse, c'est stupide de passer via une QString, on peut simplement écrire comme tu l'as proposé car il y a un opérateur pour prendre les int.

Merci

[KevinSupertramp]

Après je pourrais également utiliser un opérateur avec QVariant qui doit être plus ou mois pareil que ostringstream.

[scalexm]

Remplacer WorldBuffer/WorldPacket qui actuellement ne sert à rien par un ostringstream

std::ostringstream packet;
packet << "Af|" << 5 << ";" << 7.0 ...

Et si tu tiens à garder les SMSG_/CMSG_ (ce que je conseille d'ailleurs), remplace les par de simples const char* (dans un namespace ou non, c'est selon) et tu pourras alors te passer de la table de conversion enum <-> string qui disons le ne sert à rien.

Si t'as besoin, tu peux aussi faire un truc du genre:

class WorldPacket
{
private:
   std::ostringstream _buffer;
public:
   WorldPacket(const std::string & opcode)
   { _buffer << opcode; }

   template<class T>
   WorldPacket & operator <<(const T & value)
   {
       _buffer << value;
      return *this;
   }
};

Ou quelque chose de ce genre comme ça tu peux spécialiser l'opérateur << ou rajouter des trucs dans le constructeur etc

[scalexm]

Et si tu parles de la surcharge de WorldBuffer::operator << pour prendre les int, j'ai plutôt l'impression qu'elle écrit la représentation sous forme de tableau d'octets de ton int dans le buffer, donc ça ne vas pas avoir l'effet que tu attends.

[KevinSupertramp]

Hello, merci encore pour ton commentaire, j'ai suivi ton conseil et implémenté un QTextStream qui fait un peu prêt la même chose mais qui supporte les types propre à Qt.

Voir 0c76a17

Bonne soirée,
Kevin

[scalexm]

Ouais voilà ça c'est cool :) mais pourquoi allouer dynamiquement, tu n'en as pas besoin là une allocation sur la pile suffit

[KevinSupertramp]

Pour QTextStream et QByteArray ? J'ai essayé mais sans succès, apparemment QTextStream interdit la copie de constructeur (tout comme ostringstream) et le seul fait de le déclarer donne une erreur...

[scalexm]

Le fait de passer par un pointeur ne va pas résoudre le problème, car si tu veux copier un WorldPacket le pointeur interne pointera vers le même QTextStream. De toutes façons tu ne devrais jamais avoir à copier un WorldPacket, et l'utilisation d'un QTextStream alloué sur la pile (qui désactivera donc le constructeur par copie) évitera toutes erreurs silencieuses qui pourraient apparaître avec l'utilisation d'un pointeur (et donc d'un constructeur par copie)

[KevinSupertramp]

En faite du moment que je fais un :

private:
QTextStream m_stream;

J'obtiens une erreur comme quoi "QTextStream is private". Du coup je ne sais pas comment faire ^^

[scalexm]

.h:

    const QString & GetPacket() const
    {
        return m_buffer;
    }
private:
    QString m_buffer;
    QTextStream m_stream;
    quint8 m_opcode;

.cpp:

WorldPacket::WorldPacket(quint8 opcode) : m_stream(&m_buffer), m_opcode(opcode)
{
    *this << GetOpcodeHeader(m_opcode);
}

[KevinSupertramp]

Merci mais toujours le même problème :). En faite même avec une simple classe comme celle-ci j'obtiens l'erreur :

class WorldPacket
{
public:
    WorldPacket(quint8/* opcode*/)
    {
    }

private:
    QTextStream m_stream;
};

Me retourne l'erreur : erreur : 'QTextStream::QTextStream(const QTextStream&)' is private

[scalexm]

C'est parce qu'à un endroit dans ton code tu copies un WorldPacket (et normalement tu ne devrais jamais à avoir à faire ceci).

[scalexm]

Exemple: void SendPacket(WorldPacket data); dans shared/servers/SocketHandler
Il faut ici passer ton WorldPacket par const référence

[KevinSupertramp]

Ah d'accord merci bien pour les explications ! J'ai pu l'intégrer comme ceci : 2948b4b . Par contre pour les const j'ai pas vraiment compris comment les utiliser pour le coup, car j'avais des problèmes ensuite avec les fonctions "SendPacket" que j'aurais également dû passer en const ? (discards qualifiers)

[scalexm]

Le problème vient de WorldPacket::GetPacket. Il faut que la méthode soit const comme dans le code que je t'ai donné, et pour ça il ne faut pas appeler m_stream.flush. Donc il faut passer par un QString et non un QByteArray, car les QString n'ont pas besoin d'être flush