Discussion :

[Gaetch]

Bonjour,

Je voudrais renvoyer deux valeurs en sortie de fenêtre, J'ai donc créé une variable de type tableau de 2 entiers et en sortie de ma fenêtre je fais

MaFenêtre..ValeurRenvoyée = MonTableau

Seulement quand j'appelle ma fonction Ouvre (MaFenêtre) pour récupérer les valeurs dans une autre fenêtre j'ai un message d'erreur qui me dit "la fonction Ouvre aurait du recevoir une valeur". Alors est-ce qu'on a bien le droit de passer un tableau en paramètre de sortie de fenêtre ? Est-ce qu'il y a un autre moyen de procéder ?

[Louis Griffont]

Je ne crois pas qu'un tableau puisse être "renvoyer" comme valeur de retour de fonction.

Par contre, tu peux utiliser 2 paramètres variables dans une procédure.

[Gaetch]

Oui mais dans ValeurRenvoyée je ne peux indiquer qu'une variable

[peijnoob]

Tu peux renvoyer plusieurs valeurs dans une chaine avec un séparateur, sérialiser...

T'as plein de solutions !

[Gaetch]

Oui comme je devais renvoyer deux chaines de taille fixe je les ai concaténées. Mais bon je suis pas fan je trouve pas ça clean

[peijnoob]

Bah sinon, vu que les paramètres dans Windev sont toujours passés par adresse, tu peux passer les valeurs de retour en paramètre à la fenêtre et les modifier directement.

Comme je te disais aussi, tu peux sérialiser ton tableau pour ne renvoyer qu'une chaine et le désérialiser dans le code appelant, etc..

[klbsjpolp]

Sinon il y a les structures, c'est encore plus clean qu'un tableau.

[Gaetch]

Je viens de faire avec des structures (en effet l'idée me plait c'est très propre comme solution) mais ça me ramène toujours à cette erreur : la fonction Ouvre aurait du renvoyer une valeur je comprends pas j'ai essayer avec ValeurRenvoyée et avec RENVOYER mais rien n'y fait...

[Lo²]

Si je ne me trompe pas, il faut utiliser Ferme(<tafenêtre>, <valeurAretourner>).

Pense également à la fermeture par la petite croix si elle est active.

[Gaetch]

J'ai essayé avec Ferme (Fenêtre, ValeurARetourner) ça marche pas non plus. Y'a trois méthodes pour renvoyer une valeur :
- Ferme (Fenêtre, ValeurARetourner)
- RETOURNER ValeurARetourner
- MaFenêtre..ValeurRenvoyée = ValeurARetourner avant la fonction freme

Aucune ne marche... avec ma structure. Je viens d'essayer avec une simple chaîne et ça fonctionne seulement voilà j'ai besoin de passer plusieurs informations en paramètre moi...

[klbsjpolp]

Ta fenêtre renvoi toujours une chaine mais tu peux sérialiser une structure plutôt que de créer un chaîne concaténée.

[heiti]

Ce que tu peux faire c'est avant de fermer ta fenêtre passer les valeurs de ton tableau aux champs de l'autre fenêtre.

exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
	gnRenvoi1 =FEN_avectableau.TABLEAU[valeurarenvoyee]
	gsrenvoi2=FEN_avectableau.TABLEAU[valeurarenvoyee2]
             gsrenvoi3=FEN_avectableau.TABLEAU[valeurarenvoyee3]
              ......
	FEN_2.champsaisie=gsrenvoi2
	FEN_2.champsaisie=gsrenvoi2
             FEN_2.champsaisie=gsrenvoi3
              ..............
	Ferme(FEN_TsClients,gnRenvoi1)

je ne sais pas si ça marchera avec ta structure, en tout cas pour moi renvoyé des valeurs d'un champ table à une autre table d'uen autre fenêtre ça marche bien!

C'est pas très brillant comme solution mais ça fonctionne.

[Louis Griffont]

De toute façon, si tu as ce message d'erreur, c'est que tu as un endroit dans ton code, ou tu fermes la fenêtre, sans renvoyer de valeur.

Pour éviter cela, il y a longtemps que j'utilise des variables globales (en générale appelées "tg_Retour" avec t = type ;-) ) et que j'initialise à l'ouverture de la fenêtre.

Ensuite, dans le code de fermeture je place RENVOYER( tg_Retour). Ainsi, quelque soit l'endroit d'où je ferme la fenêtre, je suis sûr de renvoyer une valeur !

[Gaetch]

Les variables globales c'est pas top top mieux vaut éviter ça. Bon ben le problème survient bien quand on renvoie un tableau ou une structure, la sérialisation règle le problème.

[Louis Griffont]

Que reproches-tu aux variables globales ?

[Gaetch]

Heu ben les variables globales nuisent à la lisibilité du programme, comme on peut y accéder de n'importe ou, on ne sait pas précisément quand c'est le cas. Cela induit des effets de bord indésirables. Les variables globales consomment également plus de ressources (même si ça peut paraître ridicule de nos jours). En bref l'utilisation intempestive de variables globales est fortement déconseillée et le passage de paramètre est une solution bien meilleure quand elle est possible.

[vmolines]

Tout simplement par souci de propreté. Limiter la durée de vie d'une variable au minimum nécessaire est une pratique qu'il n'est aujourd'hui pas la peine de justifier.

Si windev ne permet pas de retourner des variables complexes à partir d'une fenêtre, je préfère utiliser un paramètre passé par référence ou un retour sérialisé plutôt qu'une variable globale.

[Gaetch]

Oui voilà, c'est ce que j'ai fait y'a même des fonctions exprès pour (Sérialise et DéSérialise) donc ça passe nikel maintenant.