Conventions de nommage PG5 symbole et l'étendue des types de symboles

FAQ #100375

 

fWhy il est important de suivre le symbole conventions de nommage ?
PG5 lui-même ainsi que les bibliothèques FBox et FB fonctionnent avec les symboles. Afin d'éviter les collisions de symbole, un programmeur est instamment prié de suivre quelques règles simples qui garantissent que les symboles définis par l'utilisateur et le PG5 interne et FBox symboles spécifiques ne sont pas incompatibles (par exemple qu'ils ont le même nom mais pas les mêmes valeurs).
Ces règles sont décrites dans le document ci-joint. En outre, ce document fait également remarquer les mots réservés et symbole des noms qui ne doit pas être utilisés par les utilisateurs ou les développeurs FBox.

Pourquoi est-il important de tenir compte de la portée des symboles ?
Selon le type d'un symbole, c'est "visible" dans une région donnée (locale dans un fichier de programme, global d'une UC ou local dans une macro). Surtout lorsque vous développez FBox, un choix incorrecte des types symbole utilisé qui provoquerait des erreurs telles que « Multidefined symboles ».

Pourquoi un utilisateur ne doit pas utiliser le noms de symboles (et les noms de macro) du champ d'application SBC ?
S'il vous plaît note que dans le cas où vous avez utilisé un nom de FBox Macro qui appartient à la gamme des symboles SBC (par exemple _sfup_blablabla) et par hasard, nous introduisons une nouvelle FBox portant ce nom dans la prochaine version de PG5, vous recevrez erreurs de Fupla (la macro avec le nom _sfup_blablabla est définie deux fois...) et tous vos projets avec votre FBox ne sera fonctionnelle plus ! Vous devrez ré-écrire tous vos projets dans ce cas.