Forum de Ti-Gen.org, le site francophone des TI

- Possibilité d'écrire plusieurs instructions sur une même ligne avec le signe :.
- Meilleur gestion des commentaires avec les signes ' ! et REM.
- Possibilité de suffixé un nombre et donc d'optimiser de façon générale un programme. (Genre 1542& sera stocké sur 16 Bits). Très pratique pour l'instruction DATA
- Ajout de la gestion des variables sur 16 Bits, 8 Bits ainsi que des canaux (utile pour gérer des fichiers). Ex: myvar| est une variable contenant un entier sur 8 Bits compris entre 0 et 255. Cela permet d'optimiser de façon générale un programme.
- Ajout du support de librairies, ainsi il est possible d'inclure dans son programme une bibliothèque spécialiser dans la compression, dans le son et donc d'ajouter de nouvelles fonctions directement codées en ASM ou C.
- Meilleure gestion de la mémoire (gestionnaire capable de déterminer les leaks de mémoire et de restaurer l'ensemble des ressources facilement...).
- Meilleure gestion des fichiers en ouverture comme en écriture.
- Ajout du signe d'affectation par la droite ->, permet ainsi de créer des conditions complexes.
- Syntaxe plus permissive ainsi ce code est valide mais certe très peu compréhensible:

If ((5a,4*+)->a) Then:Print 8;''''',,,;:Exit If (a Not),5 And:EndIf

Pourquoi ce genre de chose est valide? Car tout simplement j'ai préféré minimiser le code du vérificateur syntaxique. Du temps que le code écrit soit valide pour GFA Tem, aucune erreur de syntaxe n'est détecter. Certains pourront ainsi optimiser à l'extrême la taille de leur programme mais aussi produire des sources incompréhensibles au détriment des futurs mises à jours.
Ce code pourra ainsi être invalide. Mais néanmoins il montre le fonctionnement du parseur de GFA Basic.

- Meilleure conversion du signe - en négation (-).
- Possibilité d'ajouter facilement de nouvelles fonctionnalités syntaxiques au langage.
- Meilleure gestion de la structure If (peut avoir un comporte pure Basic c'est à dire que l'ensemble de la condition est évaluée ou tout simplement si par avance on sait que l'évaluation d'une instruction force la condition a être validée, l'ensemble des instructions du if ne sont pas toutes testées.
- Possibilité d'écrire entièrement son code avec des variables non suffixées mais de type long (entier sur 32 Bits).
- Avant tokenisation finale, chaque instruction est examinée notamment les paramètres relatifs à une fonction, ainsi inutile pour GFA Tem de vérifier les arguments avant exécution du code. (Quantité de tests sont économisés et ainsi l'exécution d'un programme sera bien plus rapide).
- Support de communication intégrée avec le TI Basic. Il est possible d'inclure directement du code en TI Basic qui sera directement tokenisé dans les programmes et donc directement exécuté.
Ce genre de chose est possible:

TIBASIC
  0->b
  For (a,1,1000)
    Disp "Toto"
    (b+Cos(a/1000))->b
  EndFor
END
ImportVar "b", b#

Ou encore:

  CLS
  A = Cos(0.56)
  B = Log(A)
  C = Sin(B)
  ' Peut se simplifier en
  C = Sin(Log(Cos(0.56)->A)->B)
  ExportVar "a", a, "b", b, "c", c
  TIBASIC
     Disp a, b, c
  END

- Les tokens d'exécution sont mieux organisés et optimisés. De plus ils permetteront pour plus tard d'exécuter du code mi ASM mi tokens de GFA Basic.

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur