Restructured Extended Executor

Poll without page-refresh

Article on other languages:

	del.icio.us
	Digg
	Furl
	Reddit
	Rojo
	Add to OnlyWire

Restructured Extended Executor (REXX) est un langage, initialement Revised EXecutor, mais le sigle était déjà déposé, a été inventé par Mike Cowlishaw, chercheur d'IBM. Langage interprété procédural, il est un des seuls héritiers du PL/I, ou du moins de la syntaxe claire du PL/I.

C'est le langage de script le plus utilisé sur les mainframes d'IBM, en particulier VM/ CMS, puis plus tard MVS/ TSO.

Il dispose d'une implémentation Open Source, fournie en standard avec certaines distributions Linux. Les interprètes REXX, tant commerciaux qu'open source, sont disponibles sur une vaste gamme de plates-formes et des compilateurs sont disponibles pour toutes les unités centrales IBM.

Sa syntaxe a été conçue dans un but essentiel de faciliter l’apprentissage et la relecture du code.

Voici par exemple un programme REXX :

 do i=1 to 5
    if i=3 then say "Trois"
           else say i
 end

Son exécution donne

1
2
Trois
4
5

Principes

syntaxe très proche du PL/I
usage systématique des minuscules (lecture 30 % plus rapide, selon son créateur Mike Cowlishaw) ;
caractère de fin de ligne inutile (sauf quand on veut séparer plusieurs instructions sur une même ligne) ;
pas de mots réservés ;
pas de {} ni de []. L'indexation se fait par un point qualifiant qui permet l'indexation numérique ou par chaîne de caractères (hash). exemples : service.3095 ou anniversaire.patron ;
pas de pointeurs ;
peu de parenthèses requises ;
grammaire intuitive (voir l'exemple ci-dessus) ;
opérations conditionnelles standards (do i=..., do forever, while / do et do until) ;
système de gestion d'exceptions d'une utilisation très simple grâce à l'activation signal on ....
L'instruction parse permet la décomposition de chaînes structurées en leurs éléments de base de façon plus lisible (mais aussi moins concise) que les expressions régulières.

Il existe un compilateur Rexx qui permet d'obtenir à la fois des scripts plus stables dans le cas d'une gestion par version, une exécution plus rapide, et une certaine protection contre le vol ou les modifications intempestives du code source.