Version imprimable
Bonjour,
je reçois une string par le réseau et j'aimerais le convertir en un type enregistrement. En C, il me semble qu'on aurait fait un cast mais comme il n'y a pas de cast en caml, je ne sais pas comment il faut s'y prendre.
Faut-il utiliser des librairies ou frameworks particuliers qui mâchent le boulot ? Faut-il manipuler les octets reçus ?
Je ne sais pas du tout comment m'y prendre et quelques pointeurs seraient les bienvenus.
Merci bien.
Bonjour !
Effectivement, il ne faut surtout pas penser faire en OCaml comme en C. Tu as toutes les chances de ne pas réussir à faire ce que tu veux en procédant de la sorte. Pour t'aider, j'ai besoin d'un peu plus d'infos. Qu'entends-tu par convertir la chaîne en type enregistrement ? Que contient cette chaîne ? À quoi ressemble le type enregistrement dont tu parles ?Citation:
Je reçois une string par le réseau et j'aimerais le convertir en un type enregistrement. En C, il me semble qu'on aurait fait un cast mais comme il n'y a pas de cast en caml, je ne sais pas comment il faut s'y prendre.
Cordialement,
Cacophrène
Bonjour Cacophrène et merci de ta réponse.Citation:
Envoyé par Cacophrene
Pour le moment, le type enregistrement n'est pas défini. Je suis à l'étape d'apprentissage avant de me lancer dans un truc énorme.
L'idée qui sera amenée à évoluer c'est de créer un type message qui soit compréhensible par le client et le serveur afin de se déplacer dans une machine à états côté serveur.
Par exemple :
type commande = Nom | Prenom
type message = { cmd : commande ; buf : string }
Le client envoie un message de la forme {cmd = Prenom ; buf = "toto"} et le serveur match sur le premier champ cmd et sait ce qu'il doit faire ensuite. C'est basique mais l'idée c'est ça.
Le champ commande me permettra de savoir exactement ce que voulait le client et du coup, savoir si à cet instant précis dans la machine, cette commande était autorisée.
J'espère être clair sinon j'essaierai de tourner autrement mes phrases.
Dest.
Re !
Je crois que j'ai compris. Dans ce cas, le dialogue entre le client et le serveur peut être effectué comme ça :Citation:
Envoyé par dest
Cela te donne les signatures suivantes, peut-être plus utiles que le code lui-même :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23type commande = Nom | Prenom type message = { cmd : commande ; buf : string } let string_of_command = function | Nom -> "Nom" | Prenom -> "Prenom" | etc. -> (...) let command_of_string = function | "Nom" -> Nom | "Prenom" -> Prenom | etc. -> (...) let send_message msg = fonction_envoi begin Printf.sprintf "%s %s" (string_of_command msg.cmd) msg.buf end let read_message str = Scanf.sscanf str "%s %s" begin fun x y -> { cmd = command_of_string x; msg = y} end
Si tu peux travailler avec les entrées/sorties (in_channel/out_channel) plutôt de dialoguer avec des chaînes tu peux peut-être éviter pas mal de travail en regardant du côté de input_value et output_value.Code:
2
3
4
5
6
7
8
Cordialement,
Cacophrène
Tu as effectivement compris où je voulais en venir.
La solution que tu préconises est une piste à laquelle j'avais pensé. Je vais donc partir sur ça pour le moment à moins que quelqu'un d'autre ait quelque chose d'autre à proposer.
Je vais aller étudier plus en détail le input_value et output_value.
Merci :ccool:
et le "type" des données reçus change-t-il en fonction de ce que tu reçois ?
Je ne pense pas non.Citation:
Envoyé par gorgonite
A quoi tu penses exactement ?
Si des deux cotés c'est du Caml, avec la même version de compilo et le même type de données, un bon coup de marshaling, et hop ! (http://caml.inria.fr/pub/docs/manual...f/Marshal.html)
Après, si tu veux quelque chose qui a plus de chance de marcher d'une version à l'autre, voir même de la compatibilité avec d'autres langages, je te conseille les S-expression. Batteries gère ça très bien, avec une extension camlp4 qui t'évite de te taper du code boilerplate, et ça te donne parser et printer. (http://batteries.forge.ocamlcore.org...api/SExpr.html)
Re !
Il faut voir aussi quelle quantité d'infos doit être transmise et les dépendances que l'on souhaite ajouter au logiciel : si le dialogue entre le client et le serveur est conséquent, les S-expressions seront très agréables à utiliser. Le marshalling peut-être un peu moins. En revanche, si ce sont justes quelques infos de temps en temps, ça fait un peu lourd tout ça. Bref, il y a plein d'outils et l'envergure du projet est à prendre en considération.
Cordialement,
Cacophrène
Merci pour vos idées qui vont m'être utiles.
Par contre côté client, je ne peux pas garantir que ce sera du CAML.
A ce moment là, surtout pas de marshalling. Les S-expression sont une bonne solution, c'est vraiment super simple à parser.Citation:
Envoyé par dest
Ok super !Citation:
Envoyé par alex_pi
Bon, je suppose que je peux maintenant mettre en résolu. Si j'ai d'autres questions, j'ouvrirai un autre fil.
Bonne journée.