PG5 symbool voor naamgeving en de reikwijdte van symbool typen

FAQ #100375

 

fWhy is het belangrijk om het symbool naamgevingsconventies volgen?
PG5 zelf evenals FBox - en FB-bibliotheken werken met symbolen. Om te voorkomen dat symbool botsingen, een programmeur wordt aangespoord om te volgen enkele eenvoudige regels die garanderen dat de door de gebruiker gedefinieerde symbolen en de PG5 interne en FBox specifieke symbolen niet conflicteren (bijvoorbeeld hebben dezelfde naam, maar niet dezelfde waarden).
Deze regels worden beschreven in het bijgevoegde document. Bovendien, dit document doet ook wijzen op de gereserveerde woorden en namen die niet mag worden gebruikt door gebruikers of FBox ontwikkelaars symbool.

Waarom is het belangrijk dat het toepassingsgebied van symbolen?
Afhankelijk van het type van een symbool is het "zichtbaar" in een gedefinieerde regio (lokaal in een bestand van het programma, in een CPU globale of lokale in een macro). Vooral bij het ontwikkelen van FBoxen, zal een uncorrect keuze van de gebruikte symbool typen fouten zoals "Multidefined symbolen" veroorzaken.

Waarom niet mag een gebruiker gebruiken symbool namen (en namen van macro's) van het toepassingsgebied van de SBC?
Gelieve zal nota dat in het geval dat u hebt gebruikt een FBox Macronaam dat tot het bereik van de SBC symbolen (bijvoorbeeld _sfup_blablabla behoort) en per ongeluk introduceren wij een nieuwe FBox met deze naam in de volgende versie van PG5, u fouten van Fupla krijgt (de macro met de naam _sfup_blablabla wordt gedefinieerd tweemaal...) en alle uw project met uw FBox niet functioneel meer! Hebt u al uw projecten in dit geval herschrijven.