FORUM DE DISCUSSION SUR LE LANGAGE PANORAMIC
Vous souhaitez réagir à ce message ? Créez un compte en quelques clics ou connectez-vous pour continuer.
FORUM DE DISCUSSION SUR LE LANGAGE PANORAMIC

Développement d'applications avec le langage Panoramic
 
AccueilAccueil  RechercherRechercher  Dernières imagesDernières images  S'enregistrerS'enregistrer  MembresMembres  Connexion  
Derniers sujets
» Logiciel de planétarium.
Petite question à Klaus Emptypar Jack Aujourd'hui à 10:03

» Un autre pense-bête...
Petite question à Klaus Emptypar Froggy One Jeu 21 Nov 2024 - 15:54

» Récupération du contenu d'une page html.
Petite question à Klaus Emptypar Pedro Sam 16 Nov 2024 - 14:04

» Décompilation
Petite question à Klaus Emptypar JL35 Mar 12 Nov 2024 - 19:57

» Un album photos comme du temps des grands-mères
Petite question à Klaus Emptypar jjn4 Mar 12 Nov 2024 - 17:23

» traitement d'une feuille excel
Petite question à Klaus Emptypar jjn4 Jeu 7 Nov 2024 - 3:52

» Aide-mémoire mensuel
Petite question à Klaus Emptypar jjn4 Lun 4 Nov 2024 - 18:56

» Des incomprèhension avec Timer
Petite question à Klaus Emptypar Klaus Mer 30 Oct 2024 - 18:26

» KGF_dll - nouvelles versions
Petite question à Klaus Emptypar Klaus Mar 29 Oct 2024 - 17:58

» instructions panoramic
Petite question à Klaus Emptypar maelilou Lun 28 Oct 2024 - 19:51

» Figures fractales
Petite question à Klaus Emptypar Marc Ven 25 Oct 2024 - 12:18

» Panoramic et Scanette
Petite question à Klaus Emptypar Yannick Mer 25 Sep 2024 - 22:16

» Editeur d étiquette avec QR évolutif
Petite question à Klaus Emptypar JL35 Lun 23 Sep 2024 - 22:40

» BUG QR Code DelphiZXingQRCode
Petite question à Klaus Emptypar Yannick Dim 22 Sep 2024 - 11:40

» fichier.exe
Petite question à Klaus Emptypar leclode Ven 20 Sep 2024 - 19:02

Navigation
 Portail
 Index
 Membres
 Profil
 FAQ
 Rechercher
Rechercher
 
 

Résultats par :
 
Rechercher Recherche avancée
Novembre 2024
LunMarMerJeuVenSamDim
    123
45678910
11121314151617
18192021222324
252627282930 
CalendrierCalendrier
Le Deal du moment : -20%
Drone Dji DJI Mini 4K (EU)
Voir le deal
239 €

 

 Petite question à Klaus

Aller en bas 
4 participants
AuteurMessage
Yannick




Nombre de messages : 8635
Age : 53
Localisation : Bretagne
Date d'inscription : 15/02/2010

Petite question à Klaus Empty
MessageSujet: Petite question à Klaus   Petite question à Klaus EmptyJeu 8 Avr 2010 - 18:39

J'ai remarqué dans une de tes sources que tu avais incluse tes lignes de déclaration d'objet dans des subs.

Est ce une habitude de programmeur ou y a t il un intérêt autre ? scratch
Revenir en haut Aller en bas
Yannick




Nombre de messages : 8635
Age : 53
Localisation : Bretagne
Date d'inscription : 15/02/2010

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyJeu 8 Avr 2010 - 18:41

Précision, c'était dans le source pour formatage des nombres ou l interface est prise dans un sub.
Revenir en haut Aller en bas
Klaus

Klaus


Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyJeu 8 Avr 2010 - 19:18

Bonsoir, Ygeronimi,

Il n'y a aucune nécessité, et aucune utlité sur le plan fonctionnel, d'inclure les déclarations des objets dans un sous-programme. Je fais cela afin de rendre mon programme plus modulaire. Ainsi, ma routine principale (du début jusqu'à l'instruction "end") est courte et facilement lisible. Les noms des sourprogrammes expliquent directement leur usage ce qui sert de documentation. J'ai ainsi isolé la partie définition de la form du reste du programme pour pouvoir le maintenir plus facilement. J'essaie de procéder ainsi le plus souvent possible; cela permet aussi d'extraire ces parties facilement dans un autre fichier pour les traiter à part. Le but final est bien sûr de les garder dans ces fichiers à part et de les inclure dans le programme d'origine par une directive #INCLUDE. Dans le programme de démonstration que tu cites, je ne suis pas allé jusque là pour réduire le nombre de fichiers à distribuer, mais l'idée est bien là: produire un programme modulaire relié par des directives #INCLUDE.

Ceci dit, c'est ma technique personnnelle que j'emploie depuis très longtemps dans d'autres langages de programmation. Si un jour tu as un programme qui fait 2.000 ou 15.000 lignes de code (oui, oui, ça arrive...), alors tu seras heureux de pouvoir travailler avec de petits modules réalisant chacun une fonction bien définie, au lieu de farfouiller dans un seul fichier source énorme. Et je ne te parle même pas des risques de fausse manip, en particulier avec des fonctions comme "recherche et remplace" etc.
Revenir en haut Aller en bas
http://klauspanoramic.comxa.com/index.html
JL35




Nombre de messages : 7112
Localisation : 77
Date d'inscription : 29/11/2007

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyVen 9 Avr 2010 - 14:43

Entièrement d'accord avec toi Klaus.
Dommage même qu'on ne puisse aller plus loin avec des modules indépendants (avec leurs propres déclarations de variables et étiquettes indépendantes les unes des autres) qui rempliraient des tâches bien précises, à inclure à la demande dans un module principal.
Le véritable obstacle à ça c'est la déclaration des variables et étiquettes, contrainte qui n'existait pas en QBasic. Et ces déclarations sont communes à tout le module.
Revenir en haut Aller en bas
Yannick




Nombre de messages : 8635
Age : 53
Localisation : Bretagne
Date d'inscription : 15/02/2010

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyVen 9 Avr 2010 - 15:22

Merci bien pour ces explications .
Je me disais bien qu'il y avait un intérêt à cette mise en forme du code mais je préferai avoir une réponse claire de l 'auteur plutôt que des suppositions de ma part.

Cependant, je relève un ennui a à cette présentation qui demande un effort de mémoire régulièrement.
Je me suis appercu que dans certain cas, il nous faut une instruction if..end_if de plus pour pouvoir rappeler un form par un bouton.

au premier appel , pas de soucis le form se construit
on hide le form , tout va bien on le cache
mais pour son rappel, si on a pas intégré la condition où le form est existant mais seulement caché dans la fonction d'appel ...
Oups!.. "erreur l'objet existe déjà , impossible de le créer".

mais il est vrai que celà ne peut se produire pour le form 0.
Revenir en haut Aller en bas
Klaus

Klaus


Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyVen 9 Avr 2010 - 18:58

Pour JL35:

En effet, des modules vraiment indépendants seraient très utiles. Mais alors là, c'est une autre paire de manches pour Jack: on aurait des sousprogrammes qui devraient être liés au programme appelant (ou au sousprogramme appelant) par une phase d'édition de liens (nommé "link" habituellement), avec résolution des symboles au moment du link, et cela exclut le mode d'exécution interprèté dans l'éditeur tel qu'il existe actuellement. Mais quelle puissance: on pourrait alors passer des paramètres en entrée et sortie d'un sousprogramme, écrire une fonction en Panoramic pour retourner une valeur, etc. Je crains bien que cela ne reste un voeu pieu enore pour on bon moment, n'est-ce pas, Jack ?

Pour Ygeronimi:

Je pense qu'une bonne pratique de programmation permet d'éviter l'écueil que tu mentionnes. En effet, si un objet (que ce soit une form ou un autre objet) doit tantôt être visible, tantôt invisible, selon les besoins de l'application, il faudrait créer cet objet dès le départ, le cacher aussitôt pour le réaffichier selon les besoins. On lui associe alors une variable d'état, contenant 0 pour "invisible" et 1 pour "visible". On peut alors très facilement conditionner l'instruction show par cette variable:
Code:

dim etat_form1%
form 1
hide 1
etat_form1% = 0


....


rem pour afficher la form 1
if etat_form1=0
    show 1
    etat_form1% = 1
end_if

rem pour cacher la form 1
if etat_form1=1
    hide 1
    etat_form1% = 0
end_if

D'ailleurs, cela me donne l'idée d'une suggestion d'amélioration que je vais poster dans la rubrique concernée.

Est-ce que j'ai bien saisi le problème que tu as évoqué ?
Revenir en haut Aller en bas
http://klauspanoramic.comxa.com/index.html
JL35




Nombre de messages : 7112
Localisation : 77
Date d'inscription : 29/11/2007

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyVen 9 Avr 2010 - 21:14

D'accord avec toi Klaus pour le fait que ça serait sûrement très difficile à Jack d'intégrer cette notion dans Panoramic, qui n'est pas fait dans cet esprit.
Ce serait autrement plus complexe que l'Include, avec comme tu dis une édition de liens dans la compilation.
Et je ne pense pas qu'on le voie jamais.
Mais bon, c'était un voeu pieux.
Revenir en haut Aller en bas
Yannick




Nombre de messages : 8635
Age : 53
Localisation : Bretagne
Date d'inscription : 15/02/2010

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyDim 11 Avr 2010 - 17:20

c ' est pourquoi dans mon carnet d'adresse ,et je le fait sur quasiment tous mes petits programmes maintenant, j ' utilise execute_wait pour des modifications de fichiers et je réinitialise le prog principal derrière pour tenir compte des nouvelles valeurs.
Plus de pb de form qui existe ou pas ni de d'effet visuels désastreux à l'ouverture quand on a plusieurs form hider au départ.
Je suis un peu têtu avec mon carnet d'adresse non....
en ce moment, j'essaie de lui ajouter une possibilité de skin.
Revenir en haut Aller en bas
Jack
Admin
Jack


Nombre de messages : 2395
Date d'inscription : 28/05/2007

Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus EmptyVen 16 Avr 2010 - 7:54

Citation :
on pourrait alors passer des paramètres en entrée et sortie d'un sousprogramme, écrire une fonction en Panoramic pour retourner une valeur
Cela, c'est pour bientôt; et sans phase d'édition de liens.
Revenir en haut Aller en bas
https://panoramic.1fr1.net
Contenu sponsorisé





Petite question à Klaus Empty
MessageSujet: Re: Petite question à Klaus   Petite question à Klaus Empty

Revenir en haut Aller en bas
 
Petite question à Klaus
Revenir en haut 
Page 1 sur 1
 Sujets similaires
-
» KGF_dll - nouvelles versions
» petite question
» petite question
» Petite question sur les objets TAB
» petite question concernant le forum

Permission de ce forum:Vous ne pouvez pas répondre aux sujets dans ce forum
FORUM DE DISCUSSION SUR LE LANGAGE PANORAMIC :: PANORAMIC :: Présentation et bavardage-
Sauter vers: