En réfléchissant un petit peu aux différentes fonctionnalités que nous désirons donner à notre traducteur et à l'éditeur, voici comment je vois grossièrement les différentes parties "indépendantes" du projet :
- une partie gérant l'IDE
- une partie constituant le traducteur
- un parser

Je propose ainsi de séparer le parser du compilateur ET de l'ide. La raison est la suivante :
- pour le compilateur, on est obliger de parser chaque fichier source pour pouvoir les traduire. Donc là, il n'y a pas de problème.
- pour l'IDE, comme on souhaite garder le système de débuggage qui existe au sein de QBasic, il est également nécessaire de parser les fichiers sources.

Qu'en pensez vous ?

Ca me parrait assez logique mais il faut garder a l'esprit que nous ne somme pas très nombreux...

Au fait, on est combien exactement? j'avoue ne pas encore avoir compté... 5 ou 6, c'est ca?
Sinon, je pense que de toute facon, le parser peut etre inclut dans le traducteur, puisque l'IDE n'aura pas vraiment d'influence sur le code, puisqu'il passera par le traducteur pour executer, deboguer, etc... il suffirait d'exporter la methode pour traduire ligne par ligne, pour que l'IDE puisse s'en servir... en mettant par exemple les fonctions de traduction dans une librairie statique, qu'en pensez-vous?

Il y a encore quelques heures, je ne savais pas ce qu'était un parser, donc excusez moi si il y a quelques petites bêtises dans mes post

Apparement, ça semble mieux, bien sur. Ce système nous permettrait plus de liberté et d'ajouter des fonctions plus facilement. Mais faire un parser indépendant semble aussi plus dure et donc plus long. Le projet en vaut-il la peine ?
Moi je pense que oui, après tout on a bien dit dans la préparation du projet qu'il fallait mieux prendre son temps pour avoir un bon résultat !

Je suis donc pour le parser indépendant mais c'est peut-être parce que je dispose encore de beaucoup de temps à consacrer à ce projet.

[edit] désolé, j'avais pas vu le post de freem. je n'en tient donc pas compte dans ma réponse ![/edit]

Edité par as32 ( 08/12/2006 19:48:58 )

Pour information, nous sommes 7 pour le moment.
Ensuite, je ne suis pas d'accord avec toi Freem, quand tu dis que l'iDE n'aura pas d'influence sur le code. Je me rappelle que QBasic pouvait dire dès qu'on appuyait sur entrée "la, tu m'as tappé quelque chose de pas correct !".

Donc, selon moi, l'IDE doit pouvoir parser le fichier "à la volée", d'où l'idée du parser indépendant, qui serait simplement constitué d'une librairie (statique et/ou dynamique, à nous de voir par la suite )

"la, tu m'as tappé quelque chose de pas correct !"
==> rahhh exact, j'avait oublié pourquoi j'ai accroché sur ce langage... enfin, une des multiples choses bien faites, en tout cas

Ducoups, oui, le parser doit être séparé du compilo... mais, une question: pour moi, QB compile les lignes a l'appui sur ENTREE si la syntaxe est bonne, puisque l'execution ne requiert pas de compilation.
Est-ce quon va implementer ca aussi? (ca me parait pas difficile, mais bon, c'est pour savoir)

On peut toujours le faire. C'est bon pour la rapidité de l'interprétation ^^

il suffirait de creer une liste doublement chainee qui a comme donnee les lignes du prog compilées... a chaque appui sur ENTREE, on cree un nouvel element, et on compile dedans...

C'est exactement à la méthode à laquelle je pensais ^^.
Mais bon, là on parle déjà implémentation. Ne grillons pas les étapes...