Bonnes pratiques à adopter lorsqu'on développe dans un point d'entrée?

Question

Je rencontre un souci o&ugrave; la valeur de la variable syst&egrave;me [S]nolign change "sans pr&eacute;venir" dans un bout de code sp&eacute;cifique d&eacute;velopp&eacute; dans un point d'entr&eacute;e. Plus de d&eacute;tails dans ce post: https://sagecity.na.sage.com/fr/enterprise-management-sage-x3-france/f/enterprise-management-sage-x3-france-technique/124457/instructions-susceptibles-de-faire-changer-de-valeur-la-variable-systeme-s-nolign 
 Voici donc ma question: quelles sont les bonnes pratiques &agrave; adopter lorsqu'on d&eacute;veloppe dans un point d'entr&eacute;e pour ne pas perturber le contexte utilis&eacute; par le standard?

Lea Fanchon · Accepted Answer

Voici les &eacute;l&eacute;ments de r&eacute;ponse que j'ai pour l'instant: 
 - Sauvegarder la valeur de la variable [S]nolign dans une variable locale au d&eacute;but du code et la restaurer &agrave; la fin. 
 - Si l'on doit ouvrir des tables suppl&eacute;mentaires via l'instruction clalev, veiller &agrave; le faire dans des sous-programmes et non dans des &eacute;tiquettes, car cela perturbe la pile des tables ouvertes. Si apr&egrave;s le standard tente d'acc&eacute;der &agrave; la classe [F] au sommet de la pile sans pr&eacute;ciser d'abr&eacute;viation, la table peut ne plus &ecirc;tre celle &agrave; laquelle il s'attend. Il n'est apparemment pas suffisant de refermer les tables par un Close: l'ordre de la pile peut tout de m&ecirc;me &ecirc;tre perturb&eacute;.

Sage X3 France

Bonnes pratiques à adopter lorsqu'on développe dans un point d'entrée?

Top Replies

COMMUNITY

COMPANY

PARTNERS

SUPPORT & TRAINING