OOP ou procédure

Bonjour,

Je désire savoir, d'un point de vue efficacité, s'il est mieux d'introduire des fonctions (régulièrement utilisés) au sein d'une classe (déjà existante) (classes de base) ou de les garder dans une autre unité à part.

Lequel des deux solution est la plus rapide d'execution, la moins gourmande en ressource, etc, ...

Merci.

Citation:

---

Envoyé par pepi22

Bonjour,

Je désire savoir, d'un point de vue efficacité, s'il est mieux d'introduire des fonctions (régulièrement utilisés) au sein d'une classe (déjà existante) (classes de base) ou de les garder dans une autre unité à part.

Lequel des deux solution est la plus rapide d'execution, la moins gourmande en ressource, etc, ...

Merci.

---

aucune différence notable, c'est plus une question de gout :)

une méthode statique et une fonction sont techniquement totalement identiques, simplement la méthode possède un paramètre implicite Self...

Question comme ca,

D'un point de vue allocation mémoire d'une procédure (ou fonction) au sein d'une classe, se fait-elle lors de la création de la classe, donc toujours en mémoire ou la mémoire est-elle alloué à l'appel de la procédure ou de la fonction (Donc toujours alloué à chaque appel).

Merci de votre réponse...

que l'on fasse Maprocedure(MaStructure) ou MonObjet.SaMethode ne change rien : le code de
procedure MaProcedure(AStruct: TMaStructure);
et celui de
procedure TMonObjet.SaMethode;
font tous 2 partie de l'Exe.

en dehors des procédures de Class (je crois), les méthodes d'objets ne s'appliquent qu'à des objets instanciés, qui occupent donc de la place mémoire en fonction de leurs champs, uniquement.

pour la gestion de la mémoire dans une méthode ou une procédure, c'est la même chose : ne pas oublier la libération...

Dans Delphi, les méthodes sont compilées une fois pour toutes en code natif, et intégrées à l'exécutable... qui plus est, le code est lié une seule fois pour une méthode statique partagée par une classe et tous ses descendants (tant qu'elle n'est pas surchargée).

Au niveau performance, si on n'utilise que des méthodes statiques, justement, à part le paramètre implicite supplémentaire dont parlait Paul TOTH, qui ne ralentira pas ne façon notable, il n'y aura pas de différence avec des fonctions/procédures globales.

Par contre, pour les méthodes virtuelles, si je ne m'abuse, il y a dans Delphi un mécanisme permettant d'économiser la mémoire, et qui peut grever assez notablement les performances (sorte de boucle recherchant la classe de l'ancêtre ayant défini la dernière version de la méthode...). Donc, si la vitesse est critique, n'utiliser que des méthodes statiques. De toute façon, c'est le choix par défaut.

Merci pour vos réponses ...

J'utiliserai des fonctions ou des procédures globales ...

Merci!

Citation:

---

Envoyé par pepi22

Question comme ca,

D'un point de vue allocation mémoire d'une procédure (ou fonction) au sein d'une classe, se fait-elle lors de la création de la classe, donc toujours en mémoire ou la mémoire est-elle alloué à l'appel de la procédure ou de la fonction (Donc toujours alloué à chaque appel).

Merci de votre réponse...

---

l'allocation mémoire se fait au moment de la création de l'instance de l'objet, mais cela ne concerne pas les méthodes. l'instance contient les membres de la classe et une VMT (table des méthodes virtuelles) qui est un tableau de pointeur vers les méthodes virtuelles de la classe. Plus il y a de méthodes virtuelles dans la classe et ses ancètres, plus la VMT grossi...c'est tout. Mais c'est alloué une fois pour toute...comme si tu fais ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

type PMonRecord=^TMonRecord; TMonRecord=record membre1:integer; membre2:string; method1:procedure (var Self:TMonRecord; param1:integer); end;   procedure method1(var Self:TMonRecord; param1:integer); begin end;   procedure method2(var Self:TMonRecord); begin end;   var r:PMonRecord; begin // allocation de ce pseudo objet New(r); r.method1:=@method1; // associer le code de method1 à cette instance // appel statique method2(r^); // appel virtuel r.method1(r^,1); end;

---