Perspectives
COBOL

8.1 COBOL orienté objet

Les méthodes de programmation orientées objet ouvrent des horizons totalement nouveaux dans le domaine du développement d’applications informatiques de gestion.

Il est donc normal que le langage majeur de programmation de gestion, le langage COBOL, s’engage dans la programmation orientée objet, mais non sans quelques problèmes à résoudre.

Le groupe ANSI-X3J4, qui a la charge de l’élaboration de la future norme COBOL, aujourd’hui planifiée pour 1997, a décidé de créer en 1992 un sous-groupe X3J4.1 OO-COBOL (Object Oriented COBOL), dédié à la programmation objet.

Les experts de X3J4.1 s’activent considérablement, car ils souhaitent que l’OO-COBOL soit partie intégrante de la norme COBOL 1997.

À cet effet, leurs travaux ont été présentés aux derniers séminaires du groupe ISO-SC22-WG4 COBOL.

Les principes et spécifications de base de la programmation objet ont été clairement explicités. En revanche, leur application au langage COBOL n’est pas évidente sur plusieurs points, par exemple :

• la définition des classes objets méthodes, envisagée sous la forme de programmes COBOL imbriqués, a été remise en cause car jugée trop compliquée à visualiser et à appréhender ;

• l’appel de méthodes dans le cours du programme COBOL doit-il être réalisé sous la forme d’appel de sous-programme, de fonction intégrée ou d’opérateur ? ;

• les notions de fichiers et de persistance des données n’existant pas en programmation orientée objet, faut-il refondre complètement COBOL ?

Sur une vingtaine de problèmes importants recensés, seule la moitié a pu être étudiée par les experts de WG4. Or, plus que jamais, il faut s’attendre à ce que, dans le futur, les produits programmes mis en vente sur le marché ne soient pas intégrables aux applications OO-COBOL s’ils ne sont pas conformes aux normes internationales, d’où l’importance des études en cours.

Après de nombreuses discussions, au sein de l’ANSI et de l’ISO, une proposition formelle d’OO-COBOL a été soumise aux experts. Il apparaît que cette proposition est très complexe et l’on peut légitimement douter de sa praticabilité pour les programmeurs lambda. Les experts de l’ISO ayant voté majoritairement (pas la France)...