PureBasic 5.11

[Backup]

Si c'est équivalent au niveau performance, je ne vois pas pourquoi je changerai ma façon de faire. Sinon oui évidement.....
Mais personellement, donc ca n'engage que moi et pas toi, je trouve plus pratique et plus clair de ne pas mettre le code de gestion des fenetres/gadgets dans une procedure. Pour le reste les procedures c'est cool sympa et fun je te l'accorde.
Merci pour tes respectueuses remarques, j'attends ta réponse avec impatience Dobro.

je parlais de façon general !

pour ma part j'utilise les procedures , mais pas pour la boucle principale et la gestion des Events....



ma forme de codage est :

; ********** initialisation ************
; les Structures
; les constantes
; les Declarations de procedures
;
; ****** la boucle principale **********
; gestion des event
; avec appel au procedures pour les traitements suivant les event
;******* fin de boucle principale *********


; *********** ici Zone des Procedures **************
; procedure 1
;endprocedure
;
;procedure 2
;endprocedure
; etc ....
; ********** fin de zone des Procedures *************

; ****** éventuellement DataSection ***************
;
;
; **** fin de DataSection ******************

dans une Procedure peut etre enfermé la Creation d'une fenetre
mais la Gestion des events est toujours en boucle principale .....

voila , c'est une Structure de code tres "Scolaire" , mais ça a fait ses preuves !!
mais avec des codes de plus de 11000 lignes (comme mon Editeur EPB)
je peux retourner dedans meme si je ne touche pas au code pendant plusieurs mois ...

et tout mes codes ayant la meme Architecture , je peux ainsi reprendre un code meme plusieurs années apres


lorsque tu dis

La seule chose qui me plait moins c'est que le code generé soit dans des procedures, mais rien de grave.

tu parles de code..... pas specialement de la gestion des Events ...

d'ou mon interrogation

[salutcava]

Bonjour,

Dobro : "le code generé soit dans des procedures" ; le code => code généré par form; DES procedureS : les deux procedures qui contiennent le code de creation de la fenetre et ajout des gadgets et la procedure de gestion des events. je parlais des deux.
Mais ce ne sont la que des details.
la structure que j'utilise pour reprendre ton exemple est :

Code : Tout sélectionner

; ********** initialisation ************
; les Structures
; les constantes
; les Declarations de procedures
;
; *********** ici Zone des Procedures **************
; procedure 1
;endprocedure
;
;procedure 2
;endprocedure
; etc ....
; ********** fin de zone des Procedures *************
;
; creation fenetre et ajouts des gadgets
;
; ****** la boucle principale **********
; gestion des event
; avec appel au procedures pour les traitements suivant les event
;******* fin de boucle principale *********

; ****** éventuellement DataSection ***************
;
;
; **** fin de DataSection ******************

Bonne journée.

[graph100]

@salutsava : Tu poses exactement la même structure que moi !
Pratique, lisible, et logique.
Ajoute à cela des commentaires aux endroits stratégiques, et un bon en-tête décrivant les fonctionnalités désirées, celle fonctionnelles, et les bugs connus/corrigés, et c'est excellent

Maintenant, le tout c'est que chacun soit capable de se retrouver dans son propre code dans le cas, ou comme ici, on travaille tous séparément. Dans un groupe une structure commune à tous doit être établies (et ça ne règle même pas tout puisque le code est personnel ensuite )