Discussion :

[RAtiche]

Bonjour j'aimerais savoir comment il est possible de passer un paramètre en référence en delphi. De la même façon que l'on utilise "ref" en C#. Car j'aimerais traduire ceci en delphi.

Code :

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

obj = framescol.item(ref objName);

"obj" et "objname" sont des Tobject
"framescol" est de type IHTMLFramesCollection2

[chaplin]

Si "obj" et "objname" sont des Tobject, autrement dit des classes, de toute façon le paramètre est passé par référence, plus exactement son pointeur.

En C#, tout est objet, les entiers, les chaînes de caractères, les nombres rééls, etc, bref les types de données.

L'équivalent de ref en C# s'appelle var en Delphi par rapport aux types de données cités, mais ce raisonnement n'est valable pour les classes Delphi.

[Paul TOTH]

l'équivalent du "ref" est "var", mais il n'est indiqué que sur la méthode, pas devant le paramètre lors de l'appel de celle ci.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
procedure parRef(var p: Integer);
begin
  p := 2;
end;
 
var
  i : integer;
begin
  i := 1;
  parRef(i);
 // maintenant i = 2
end.

[Franck SORIANO]

En C#, tout est objet, les entiers, les chaînes de caractères, les nombres rééls, etc, bref les types de données.

Pas tout a fait. Les types primitifs ne sont pas des objets. Par contre tu as l'auto-boxing qui les convertis implicitement en objets lorsque tu as besoin de les manipuler comme tel.

L'équivalent de ref en C# s'appelle var en Delphi par rapport aux types de données cités, mais ce raisonnement n'est valable pour les classes Delphi.

C'est exactement la même chose entre Delphi et C#. Lorsque tu passes un objet en paramètre à une méthode, tu fournis "par valeur" une référence à l'instance.
En revanche, tu peux très bien vouloir modifier cette référence, avoir un paramètre de sortie dans une méthode qui retourne une référence sur une instance que tu as créée dans la méthode. Dans ce cas, il te faut un ref (ou un out) en C# et un var en Delphi.

[chaplin]

Il y a deux méthodes pour travailler sur des paramètres d'entrés d'une fonction, sur des types de données simples (integer, réel, string, etc):

1) Passage par valeur

La valeur de l'expression passée en paramètre est copiée dans une variable locale. C'est cette variable qui est utilisée pour faire les calculs dans la fonction appelée.
Si l'expression passée en paramètre est une variable, son contenu est copié dans la variable locale. Aucune modification de la variable locale dans la fonction appelée ne modifie la variable passée en paramètre, parce que ces modifications ne s'appliquent qu'à une copie de cette dernière.

2) Passage par variable

La deuxième méthodes consiste à passer non plus la valeur des variables comme paramètre, mais à passer les variables elles-mêmes. Il n'y a donc plus de copie, plus de variable locale. Toute modification du paramètre dans la fonction appelée entraîne la modification de la variable passée en paramètre.

D'où la phrase synthétique de Paul TOTH:

l'équivalent du "ref" est "var", mais il n'est indiqué que sur la méthode, pas devant le paramètre lors de l'appel de celle ci.

Car ces méthodes agissent à l'entrée de la procédure, et les expressions ref(C#) et var(Delphi) donnent l'information au compilateur sur la méthode a utilisée.

Par valeur: ne rien mettre (méthode par défaut).
Par réference: utiliser ref(C#)/var(Delphi).

EDIT: si la fonction admet plusieurs variables en entrée, il faut informer le compilateur pour chaque variable, autrement dit, il est possible de mixer les deux techniques dans une fonction.

[Graffito]

Pour les objets, passer par référence - ref(C#)/var(Delphi) - n'a d'intéret que si la procédure appelée doit créer une nouvelle instance de l'objet qui va remplacer celle du programme appellant.

[Montor]

Pour les objets, passer par référence - ref(C#)/var(Delphi) - n'a d'intéret que si la procédure appelée doit créer une nouvelle instance de l'objet qui va remplacer celle du programme appellant.

Il faut savoir que les classes sont déjà des pointeurs meme avec une proterty en lecture seul ont peut modifier ces subclass