Choix pour un traducteur de code : JavaCC/ Lex-Yacc / Java ?

bonjour à tous,
je dois développer une application permettant à partir d'un grammaire de générer les fichiers C,C++,ou Java correspondants.

Voici la tête de ma grammaire :

Citation:

---

OBJECT = ELS_SPECTRUM_COMPLETE_TABLE
NAME = "ELS_SPECTRUM_COMPLETE"
INTERCHANGE_FORMAT =ASCII
ROWS = 128
COLUMNS = 2
ROW_BYTES = 25
END_OBJECT = ELS_SPECTRUM_COMPLETE_TABLE




OBJECT = COLUMN
NAME = "TEMPERATURE"
DATA_TYPE = "ASCII_INTEGER"
START_BYTE = 88
BYTES = 3
UNIT = DEGREE
FORMAT = "I1"
DESCRIPTION = "temperature value "
END_OBJECT = COLUMN

OBJECT = COLUMN
NAME = "NB_ECH"
DATA_TYPE = "ASCII_INTEGER"
START_BYTE = 92
BYTES = 3
UNIT = xxxx
FORMAT = "I1"
DESCRIPTION = "description...."
END_OBJECT = COLUMN

---

Je vais par exemple devoir générer une classe Java :

Code:

---

1 2 3 4 5 6 7 8

public class monCodeJava{   private int[] temperature = new int[128]; private int[] nb_ech = new int[128];   //etc... }

---

le code n'est pas très important en lui même...

J'ai commencé par penser à JavaCC ou Lex/Yacc pour analyser ma grammaire... mais en fait vu que tous les champs sont séparés par des '=' la forme est simple donc je pense qu'un stringTokenizer ferait largement l'affaire...

qu'en pensez vous ??:roll:

Pourquoi ne pas passer par la classe "Properties" elle gere tres bien les fichiers a base de Key = Value.

Pour les noms de clefs il faut qu'ils soient tous differents mais tu peux te baser sur des nom composées : "MonElement.Name = valeur"
Le tout apres est de fournir la liste de ces elements (si non connu d'avance) pour generer dynamiquement les clefs a recuperer.

Code:

---

1 2 3 4 5 6 7 8 9

ElementCount = 3 Element1 = MonElement1 Element2 = MonElement2 Element3 = MonElement3   MonElement1.Name = XXXX MonElement2.Name = YYYY [...]

---

je suis en train de regarder l'utilisation de Properties. Je ne connaissais aps mais ça m'a l'air interessant en effet :mrgreen:
le pb est que ma grammaire ne peut être définie autrement que telle que je l'ai décrite :cry: c'est très figé... donc pour des noms de clefs différents je vais voir mais ça me parait dur ...

l'autre solution que j'ai envisagé est de "baliser" ce fichier pour créer un fichier XML. En effet la grammaire s'en rapproche assez je trouve, et je pourrai par la suite utiliser des parsers XML ... :cfou:

Properties, ca ne passera pas (multiplicité des clés). Mais parser un fichier clés-valeurs, c'est extrêmement simple. Tu ouvre ton fichier, tu lis ligne par ligne, et pour chacune tu splite sur le '=' ce qui te permet de récupérer la clé et la valeur dans des chaînes distinctes. Ensuite, réaliser les actions sémantiques.

Passer en XMl, pourquoi pas. Mais le gain sera faible.

Citation:

---

Envoyé par Tommy31

Tu ouvre ton fichier, tu lis ligne par ligne, et pour chacune tu splite sur le '=' ce qui te permet de récupérer la clé et la valeur dans des chaînes distinctes

---

oui pour l'instant c'est ce que je fais, enfin je splitte bien maintenant il faudrait que je stocke les keys et les valeurs associés.

Je pense donc rester sur ce choix, effectivement le XML n'a pas tellement lieu d'être je ne vais donc pas perdre plus de temps :)

merci à tous :king: