Convenzioni di denominazione simbolo PG5 e la portata dei tipi di simboli

FAQ #100375

 

fWhy è importante seguire le convenzioni di denominazione di simbolo?
PG5 stessa come FBox-FB librerie e lavorare con i simboli. Al fine di evitare collisioni di simbolo, un programmatore è sollecitato a seguire alcune semplici regole che garantiscono che i simboli definiti dall'utente e l'interno PG5 e FBox simboli specifici non siano in conflitto (ad esempio hanno lo stesso nome ma non gli stessi valori).
Queste regole sono descritte nel documento allegato. Inoltre, questo documento anche sottolineare le parole riservate e simbolo di nomi che non devono essere utilizzati da utenti o sviluppatori di FBox.

Perché è importante considerare la portata dei simboli?
A seconda del tipo di simbolo, è "visibile" in una regione definita (locale in un file di programma globale in una CPU o locale in una macro). Soprattutto quando si sviluppano gli FBox, una non corretta scelta dei tipi usati simbolo causerà errori come "Simboli di Multidefined".

Perché non devi un utente usare nomi di simbolo (e di macro) dall'ambito SBC?
Per favore nota che nel caso in cui è stato utilizzato un nome di FBox Macro che appartiene alla gamma dei simboli SBC (ad es. _sfup_blablabla) e dall'incidente introduciamo un nuovo FBox con questo nome nella prossima versione PG5, riceverete errori da Fupla (la macro con il nome _sfup_blablabla viene definita due volte...) e tutto il progetto con vostro FBox non sarà più funzionale! Dovrete ri-scrivere in questo caso tutti i vostri progetti.