#INCLUDE

suite à une réponse de Jack sur le post "#include et l'application", j'apprends que #INCLUDE est un simple copier/coller.
Et çà me gêne un peu car si j'écris une routine "gestionclient.bas" par exemple, je vais intégrer des variables et des LABEL(s) après le END du "programme appelant".

Je propose 3 Fonctions pour cibler le "copier/coller" de la routine de la bibliotèque.

#INCLUDE_LABEL "routine1.bas" pour insérer seulement les lignes qui commencent par LABEL
#INCLUDE_DIM "routine1.bas" pour insérer seulement les lignes qui commencent par DIM
#INCLUDE_CODE "routine1.bas" pour insérer seulement les lignes qui se trouvent après END de la routine

Ceci permettrait d'écrire des routines complétes (il y aurait simplement à supprimer terminate).

Resterait à voir la gestion des numéros d'objets et leur nombre.

J'espère avoir été clair.

A+

Citation :

#INCLUDE_CODE "routine1.bas" pour insérer seulement les lignes qui se trouvent après END de la routine

Je m'aperçois que celle-la serait plutot:

Code:

 #INCLUDE_CODE "routine1.bas" pour insérer seulement les lignes qui ne commencent pas par LABEL ou DIM

Car j'avais oublié le objets qui en général sont devant END

Ou là là !

Citation :

si j'écris une routine "gestionclient.bas" par exemple, je vais intégrer des variables et des LABEL(s) après le END du "programme appelant".

Je ne comprends pas du tout. Ton fichier "gestionclient.bas" va être intégré là où tu mets le #include et pas ailleurs.
Ton fichier "gestionclient.bas" va remplacer le #include.

Citation :

Je propose 3 Fonctions pour cibler le "copier/coller" de la routine de la bibliotèque.

#INCLUDE_LABEL pour insérer seulement les lignes qui commencent par LABEL
#INCLUDE_DIM pour insérer seulement les lignes qui commencent par DIM
#INCLUDE_CODE pour insérer seulement les lignes qui se trouvent après END de la routine

Pour quoi ne fais-tu pas 3 fichiers:
label.bas ne contenant que les labels
dim.bas ne contenant que les déclarations
code.bas ne contenant que le code

Le #include est une fonction de traitement de texte au niveau de l'EDITEUR. C'est un simple copier/coller. Il n'y a encore eu aucune analyse du source à ce niveau et c'est comme ça dans tous les langages. Un traitement de texte ne distingue absolument pas un label une variable ou un code !

J'étais prêt à introduire les constantes dans PANORAMIC (mais je vais attendre que le include soit assimilé...), ce qui est exactement la même chose: une fonction de traitement de texte.

#CONST "abc" ,"def"

à chaque fois que dans le source la suite de caractères abc est rencontrée, elle est remplacée par la suite de caractères def

Exemple:
Si dans l'EDITEUR je tape:

Code:

dim diametre
#const "pi" , "3,14159"
input diametre
print "circonférence = "+str$(pi*diametre)

AVANT d'analyser le source, les 2 caractères pi sont remplacés par les 7 caractères 3,14159
Et ce que traitera PANORAMIC, c'est:

Code:

dim diametre
input diametre
print "circonférence = "+str$(3,14159*diametre)

Pour #include, c'est exactement pareil, mais avec un fichier...

Citation :

Pour quoi ne fais-tu pas 3 fichiers:
label.bas ne contenant que les labels
dim.bas ne contenant que les déclarations
code.bas ne contenant que le code

Hé oui ! vu comme çà, c'est simple.

Et finalement je me rends compte que je pourrais aussi utiliser EXECUTE_WAIT "gestionclient"

#CONST "abc" ,"def" çà ce sera intéressant

Merci pour ta réponse.

A+

Pour l'utilisation des INCLUDE pour inclure des sousprogrammes, il est clair qu'il faut faire, pour chaque sous-programme, autant de fichiers à inclure que de "sections" à utliser (labels, dim, objets, procedure, routines on_click, ...)

Je l'ai déjà décrit depuis un moment et utilisé dans mes routines publiés sur ce forum (voir les routines de manipulation de dates, de calendrier Pop-Up, ...)

C'est une habitude de programmation à prendre et permet de faire quand-même des choses très élégantes; il faut juste définir une stratégie pour nmmer les variables et les labels afin de ne pas créer des conflits.

Peut-être aurons-nous un jour des sous-programmes externes appelés par une instruction "call sousprogramme(par1,par2,...)", mais ça, c'est une autre histoire...