Les outils standard basés sur Eclipse supposent que les données bidirectionnelles
apparaissent selon une disposition logique standard (hors marques). Les seuls utilitaires permettant d'utiliser
les marques fournies par Windows® et Eclipse sont ceux permettant
d'insérer un caractère de commande Unicode ("Insert Unicode control character") et d'afficher des caractères de
commande Unicode ("Show Unicode control characters"), disponibles en éditeurs de texte. Bien que suffisants pour la simple édition de texte, ces utilitaires ne sont pas acceptables pour le développement de programmes, car les fonctions Eclipse standard, notamment de recherche, comparaison et compilation, ne prennent pas en charge le traitement correct des marques. L'utilisation d'outils Eclipse standard
pour l'utilisation de données bidirectionnelles incluant des marques pour certaines tâches
(par exemple la recherche ou la comparaison standard) peut amener à de mauvais résultats (chaîne
non trouvée dans une recherche, mauvaise comparaison, résultat de remplacement erroné). Dans d'autres cas,
lorsque les données bidirectionnelles sont éditées, un utilisateur peut accidentellement supprimer
des marques invisibles, ce qui peut entraîner une corruption des données bidirectionnelles.
Pour prendre en charge le traitement adéquat des données bidirectionnelles comprenant des marques,
un traitement spécifique a été apporté aux outils
Rational Developer for
System z suivants :
- éditeur LPEX System
z
- Fenêtres Recherche de fichier
- Fenêtre Comparaison de texte
- Compilateurs
Les utilisateurs bidirectionnels de Rational Developer for
System z travaillant au développement de programmes avec des fichiers
visuels éloignés possèdent les options suivantes :
- Utiliser la conversion logique dynamique pour données visuelles (conversion visuel/logique avec
marques) et utiliser des outils spéciaux pour la gestion de données logiques dynamiques. L'avantage de cette
approche est que l'affichage et l'édition des données dans l'éditeur LPEX
System z est identique à celui du système visuel
zSeries. La recherche et la comparaison de fichiers logiques dynamiques
est également prise en charge. L'inconvénient de cette approche est que tous les outils
n'ont pas été adaptés pour prendre en charge les données logiques dynamiques.
- Utiliser la conversion de type visuel vers logique (sans marque) et les outils Eclipse standard. L'avantage de cette approche est que tous les outils Eclipse standard prennent en charge les données logiques sans marque. Les inconvénients de cette approche est que dans certains cas, les données logiques y sont affichées différemment des systèmes visuels et qu'il existe une possibilité de corruption de données lorsque des conversions multiples sont effectuées ou que des données sont éditées sur le système logique.
- Utiliser les fichiers selon une disposition visuelle. Celle-ci, bien que rarement prise en charge par Eclipse, peut être utile pour la vérification de syntaxe locale et autres besoins spécifiques.
Un utilitaire de conversion spécifique,
Change bidirectional format (Modifier le format
bidirectionnel), est fourni avec Rational Developer for
System z afin de permettre la conversion de fichiers d'une disposition
bidirectionnelle à l'autre au sein de l'espace de travail Eclipse.