PureBasic

j'aimerai bien avoir ça en pureBasic

procedure toto (arg1, arg2, ...)
-- code
procedurereturn résultat1, résultat2
endprocedure

;Appels de procedure

res1, res2 = toto(var1,var2,...)

Tu l'as déjà demandé, çà. Non????

Sinon, moi j'aimerai bien un vrai GridGadget comme dans les tableurs et aussi un vrai RebarGadget.

Mais bon... Je suis en train de pourrir ton topic, là!

Je relance le sujet un peu tard, mais je me suis demandé au début pourquoi on utilisait pas les paramètres passés comme passerelle de retour ?

Procédure Julie (arg1,arg2,..., argn)

prog... et à la fin les arg1 à argn, retourne modifié ou non...

le ProcedureReturn n'étant utilisé que pour sortir n'importe ou dans la procédure et pas utile à la fin.

Endprocedure
; D'ou
Les arguments ou variables sont des passerelles bi-directionnelle...
Les variable interne serait protégé par une déclaration de local... Ou même Global ne les atteindrait pas...

En fait on mélange, Fonction et Procédure...

Une fonction passerait une ou des argument et ne reçoit que une réponse numérique si l'appel est numérique, et alphanumérique si l'appel est alphanumérique...

Tandis que la procédure elle aurait des arguments bi-passe.

En employant les deux fonctions, nous éviterions les pointeurs mémoire...
et une lisibilité plus grande puisque Fontion et Procédure aurait des modes distinct. Sans oublier MACRO...

Ou la solution de Dobro... En veillant que X argument récupéré à la sortie dans le même ordre qu'a l'entrée... ET ce même mélangé numérique et Alphanumérique ???

Y a cette méthode pour le moment :

Code : Tout sélectionner

Structure Return_2_Infos
  StructureUnion
    a_Long.l
    a_Float.f
    a_Double.f
    a_String.s
  EndStructureUnion
  
  StructureUnion
    b_Long.l
    b_Float.f
    b_Double.f
    b_String.s
  EndStructureUnion
EndStructure




Procedure.l Test()
  *Retour.Return_2_Infos = AllocateMemory(SizeOf(Return_2_Infos))
  *Retour\a_Long = 45
  *Retour\b_Long = 145
  ProcedureReturn *Retour
EndProcedure 



*A.Return_2_Infos = Test()

Debug *A\a_long
Debug *A\b_long

GeBonet a écrit :Je relance le sujet un peu tard, mais je me suis demandé au début pourquoi on utilisait pas les paramètres passés comme passerelle de retour ?

Procédure Julie (arg1,arg2,..., argn)

prog... et à la fin les arg1 à argn, retourne modifié ou non...

le ProcedureReturn n'étant utilisé que pour sortir n'importe ou dans la procédure et pas utile à la fin.

Endprocedure
; D'ou
Les arguments ou variables sont des passerelles bi-directionnelle...
Les variable interne serait protégé par une déclaration de local... Ou même Global ne les atteindrait pas...

En fait on mélange, Fonction et Procédure...

Une fonction passerait une ou des argument et ne reçoit que une réponse numérique si l'appel est numérique, et alphanumérique si l'appel est alphanumérique...

Tandis que la procédure elle aurait des arguments bi-passe.

En employant les deux fonctions, nous éviterions les pointeurs mémoire...
et une lisibilité plus grande puisque Fontion et Procédure aurait des modes distinct. Sans oublier MACRO...

Ou la solution de Dobro... En veillant que X argument récupéré à la sortie dans le même ordre qu'a l'entrée... ET ce même mélangé numérique et Alphanumérique ???

Oui, c'est une bonne suggestion, ce serait comme en Pascal, quand on met le mot-clé Var devant les paramètres. Procedure toto(Var var1.l, var2.s)

Merci à CL-Bator, mais c'est surtout une autre approche que je propose..

Et @ Djes, Oui, sur le principe. Le mode ou ou forme qui serait utilisé importe peu, c'est surtout simplifier les passages et augmenter la lisibilité
Et peut-être, en plus distinguer qui fait quoi !

PureBasic

plusieurs procedureReturn

plusieurs procedureReturn