Methode de classe

Version imprimable

29/05/2006, 14h57
HopeLeaves

Methode de classe

Bonjour.

Je suis famillier avec les classes JAVA, et moin avec les classes de Delphi.
J'ai lu les tutoriels a ce propos, mais je ne comprend pas une chose :

Comment faire une methode de classe. Ce qui en java se code :

Public Static type nom( arguments)

Il y a t-il un equivalent en Delphi ?

merci
29/05/2006, 15h04
qi130

Normalement, c'est une procédure, voire une fonction.
29/05/2006, 15h07
HopeLeaves

ok je me suis mal exprimé. je sais ce qu'est une procedure ou une fonction.

Le truc, c'est que quand je crée une classe avec des fonctions/procedure, il me faut imperativement créer une instance de cette classe pour acceder a la procedure.

Le concept des methodes statiques, c'est de dire directement

MaClasse.MaProcedure();

sans avoir a crée d'instance.
29/05/2006, 15h17
qi130

Ne va t'on pas rapidement boucler à cause du vocabulaire ? :mouarf:

une classe Java = 1 prog, si je me souviens bien ?

une classe Delphi = le prototypage d'un objet (avec ses propriétés et ses méthodes, les méthodes se déclinant en Fonctions ou en Procédures)

De sorte que vouloir accéder à une méthode de classe sans créer l'instance correspondante n'a a priori pas de sens en Delphi :
ce sera soit incorrect pour le compilo (pas de variable du type de l'objet), soit une exception lors de l'exécution (instance non créée avant appel d'une de ses méthodes)
29/05/2006, 15h33
anapurna
salut

Desolé de contredir le qi130
tu peut tres bien acceder à une methode sans instancier
exemple le plus connue le constrcteur
il existe effectivement une methode

il te suffit de faire
Code:

1 2 3 4 5 6 7 8 9 10 type TMyClass = class class function JeFaisCeQueJeveut : Boolean; ... end; ... class function TMyClass.JeFaisCeQueJeveut: Boolean; begin Result := True; end;
@+ Phil
29/05/2006, 15h34
e-ric
Salut

Citation:

Envoyé par HopeLeaves

Bonjour.

Je suis famillier avec les classes JAVA, et moin avec les classes de Delphi.
J'ai lu les tutoriels a ce propos, mais je ne comprend pas une chose :

Comment faire une methode de classe. Ce qui en java se code :

Public Static type nom( arguments)

Il y a t-il un equivalent en Delphi ?

merci

recherche dans l'aide à partir de ces modèles de déclaration:
Code:

1 2 3 4 5 class function TMaClasse.NomFonction(arg1: TypeArg1; arg2: TypeArg2): TTypeRetour; begin ... end;
pour une méthode de classe sous forme de fonction, et pour les procédures de classe :
Code:

1 2 3 4 5 class procedure TMaClasse.NomProcedure(arg1: TypeArg1; arg2: TypeArg2); begin ... end;
Attention à la sémantique du self qui est différente de celle des méthodes d'objet. self désigne la classe elle-même dans la méthode de classe et non pas l'objet courant.

cdlt

e-ric

Il me semble qu'il n'y a rien à faire pour les méthodes statiques contrairement à Java.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
type TMaClasse = class( TObject )
       procedure UneMethode;
     end;
 
procedure TMaClasse.UneMethode;
begin
     ShowMessage('Je suis statique' );
end;
 
procedure TMaForm.ButtonClick
var MaClasse: TMaClasse;
begin
  // ... A noter, il n'y a pas de MaClasse := TMaClass.Create();
  MaClasse.UneMethode; 
end;

pratique pour faire des classes bibliothèques...

bon courage !

29/05/2006, 15h49
anapurna

salut

euh tictac dans ton cas sa doit planter :)

regarde le code fournit avant et la oui ca va marcher
sinon essayer d'appelemer une methode d'un objet non instancier la probabilite de plantage est de 100%
par contre tu peut faire

Code:

Tmaclass.create(self).unemethode

@+ Phil
29/05/2006, 16h02
TicTacToe

Citation:

Envoyé par anapurna

salut

euh tictac dans ton cas sa doit planter :)

regarde le code fournit avant et la oui ca va marcher
sinon essayer d'appelemer une methode d'un objet non instancier la probabilite de plantage est de 100%
par contre tu peut faire

Code:

Tmaclass.create(self).unemethode

@+ Phil

Non ca ne plante pas comme je pensais. :lol:
Les méthodes sont bien allouées en mémoire, mais pas les variables.
si on fait appel à une variables, ca plante, c'est normal.

Quant à ton exemple avec Create, ca ne plante bien sur pas puisque tu instancie la classe
-> a éviter dans ce style, car tu n'as plus de trace de ton (pointeur) d'objet, tu ne peux donc le libérer. ;)

Mais ce que souhaite HopLeaves si j'ai bien compris, c'est de pouvoir utiliser des méthodes de classes non instanciées.

Par contre, le compilo génère une avertissement.
Il suffit de faire avant:

Code:

MaClasse := Nil; // si si !

PS: Mais je suis d'accord, sémantiquement il vaut mieux utiliser 'class', c'est plus propre :D
29/05/2006, 17h14
Bloon
Citation:

Envoyé par TicTacToe

Par contre, le compilo génère une avertissement.
Il suffit de faire avant:

Code:

MaClasse := Nil; // si si !

PS: Mais je suis d'accord, sémantiquement il vaut mieux utiliser 'class', c'est plus propre :D

8O 8O 8O

Absolument pas !!!!

Une méthode de classe doit impérativement être déclarée avec le mot class devant, sinon ça ne compile pas et sinon ce n'est pas une méthode de classe.

En faisant MaClasse := nil; tu utilises une instance. Donc évidemment, tu pourras accéder à n'importe quelle méthode de TMaClasse, sauf que si cette méthode fait référence à un membre de la classe, tu auras un plantage, puisque MaClasse pointe sur une zone nulle.

Ce qui donne :
Code:

1 2 3 4 TMaClasse = class public class procedure mc; end;
Bloon
29/05/2006, 17h58
TicTacToe

Bon alors je me fais mal comprendre.

Je suis complètement d'accord qu'il faut utiliser (je le dis dans mon PS).

Code:

class TMaClasse.MaMethode() begin...end;

puisque c'est la marche à suivre dans l'aide Delphi. La dessus pas de problème.

Par contre, le code que j'ai posté fonctionne

Code:

En faisant MaClasse := nil; tu utilises une instance.

Pour moi, une instance, est une allocation d'une classe. L'instance devient un objet.
Or, en faisant MaClasse := nil, il n'y a aucune allocation, uniquement une affection d'un pointeur (nil) à la variable MaClasse.
Ceci, est uniquement dans le but de bluffer le compilo qui rale en disant: "attention vous utilisez une variable non initialisée'...donc je l'initialise.

Ensuite, l'appel MaClasse.MaMethode fonctionne parfaitement, sans violation d'accès. Car il n'y a pas de tentative de lecture d'une zone mémoire non allouée (les méthodes sont allouées même si aucun objets n'a été instancié).
Cela provoquerait une violation si je tentais d'accéder à une variable, qui est allouée pour chaque instanciation par contre.

je suis pas en train de dire que ma méthode est bonne, mais qu'elle fonctionne et qu'elle ne plante absolument pas contrairement à ce que je lis (essayez!).
C'est une constatation, rien de plus...
30/05/2006, 02h45
Bloon

Citation:

Envoyé par TicTacToe

Par contre, le code que j'ai posté fonctionne

Code:

En faisant MaClasse := nil; tu utilises une instance.

Pour moi, une instance, est une allocation d'une classe. L'instance devient un objet.
Or, en faisant MaClasse := nil, il n'y a aucune allocation, uniquement une affection d'un pointeur (nil) à la variable MaClasse.
Ceci, est uniquement dans le but de bluffer le compilo qui rale en disant: "attention vous utilisez une variable non initialisée'...donc je l'initialise.

MaClasse est une référence vers une instance. Quand tu écris MaClasse.quelquechose, tu utilises explicitement un objet. Si MaClasse pointe sur nil, ton code est incohérent et n'a pas de sens. Peu importe que ça compile ou que ça fonctionne dans certains cas : initialiser un objet à nil pour faire taire le compilateur puis l'utiliser immédiatement est une hérésie.

Citation:

je suis pas en train de dire que ma méthode est bonne, mais qu'elle fonctionne et qu'elle ne plante absolument pas contrairement à ce que je lis (essayez!).
C'est une constatation, rien de plus...

Oui et moi je te dis que ta méthode est mauvaise et que tu risques de semer la confusion chez les personnes pas très à l'aise avec les concepts objets. Il ne faut pas utiliser class pour une question de sémantique mais simplement parce que c'est le seul et unique moyen d'implémenter la notion de méthode statique.

Bloon
30/05/2006, 06h54
anapurna

salut

je suis absolument d'accord avec bloom
le fait d'utiliser la variable de class sans instancier l'objet est une heresie

les methode de class (c'est leur noms) doivent toujours etre précédé du mot reservé class

tiré de l'aide de delphi

Citation:

Une méthode de classe est une méthode ... qui agit sur des classes et pas sur des objets. La définition d'une méthode de classe doit commencer par le mot réservé class.

on ne peut pas etre plus explicite

@+ Phil
31/05/2006, 17h35
TicTacToe

pfffffiou :aie:

@Bloon
on tourne en rond je crois...

@anapurna
j'ai lu l'aide, je le dis dans mon post 'marche à suivre par Delphi'.

tout ce que vous me dites, je le cite. L'accès à une variable est bien sur impossible, puisque non allouée... mais j'arrete là.

Mais je crois que
1. on se prends la tête pour une histoire de termes, je suis totalement d'accord avec toi sur le principe, mais pas du tout sur la définition exacte que tu donnes des termes "instance", "objet"
2. Il a été pris pour solution alternative, une méthode mauvaise (très!!), qui compilait et fonctionnait, et dont je notais le coté logique du fonctionnement malgré l'incohérence. désolé, et méa culpa, j'ai du aller un peu vite.
3. j'ai été maladroit dans mes propos, qui pouvait se destiner à des personnes débutantes dans le monde objet
4 . je pense que dès le 1er post, le virage était pris, alors que je me rappelais même plus du mot "class" et j'aurais juste du dire au 2eme (Vous avez raison, ... et me la fermer et ne pas signaler que le code fonctionne)

mais l'exemple donné (je le recite)

Code:

Tmaclass.create(self).unemethode

n'est pas terrible non plus, et est à proscrire, car objet perdu en mémoire, il faudrait peut-être aussi le préciser aux débutants ;)

enfin bref, c'est un dialogue de sourd :D, ca arrive !

Citation:

Ne va t'on pas rapidement boucler à cause du vocabulaire ?

bien vu QI130 !
01/06/2006, 23h02
Bloon

Citation:

Envoyé par TicTacToe

1. on se prends la tête pour une histoire de termes, je suis totalement d'accord avec toi sur le principe, mais pas du tout sur la définition exacte que tu donnes des termes "instance", "objet"

Je n'ai pas donné de définition mais puisque tu le demandes la voici :

un objet est une instance de classe

Je ne pense pas que ceci soit discutable :-)

Pour plus d'informations, lire "le guide du pascal objet" dans l'aide de Delphi.

Bloon
01/06/2006, 23h43
TicTacToe

Merci Bloon

C'est la définition qu'il me manquait pour commencer à dév. :mouarf:

Heureusement que je t'ai croisé

Merci !

:mrgreen: