Discussion :

[Invité]

Bonsoir,

Je rencontre un problème un peu particulier avec les interfaces en PHP5, ou plutôt une curiosité... :

Soit une interface quelquonc :

Code :

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

1
2
3
4
5
6
7
8
// Extrait de code PHP5
 
interface iExemple
{
     public function __construct($argv);
 
     public function getVar($param);
}

Et une classe qui l'implémente :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
class QuelqueChose implements iExemple
{
      function __construct()
      {
          echo "Hello";
          // ...
      }
 
      function getVar($param)
      {
        // ...
      }
}

Le code qui ci-dessus ne produira aucune erreur.

Pourtant, dans l'interface iExemple, le constructeur a été défini avec un paramère ($argv), tandis que dans la classe QuelqueChose, le constructeur a été redéfini sans ce paramètre.

Je comprends pas, le rôle de l'interface et de préciser la nature de la méthode, et de provoquer une erreur fatale si la sémantique n'est pas respectée... (Si j'avais omis le paramètre pour la méthode getVar, ça aurait été signalé).

Alors, j'ai pensé pouvoir forcer la chose en déclarant dans l'interface, le constructeur comme méthode abstraite :

Code :

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

1
2
3
4
5
6
7
8
// Extrait de code PHP5
 
interface iExemple
{
     abstract function __construct($argv);
 
     public function getVar($param);
}

Effectivement, là ça marche. PHP me retourne une erreur (le constructeur de la classe QuelqueChose étant différent).

Mais voilà, dans le manuel PHP, il est précisé qu'une classe implémentant une méthode abstraite doit elle-même être abstraite.

Et donc, cela veut dire "pas de méthode abstraite dans une interface, seulement dans une classe abstraite" ?

Ou alors ils définissent les classes abstraites comme étant toute classe qui ne peut s'instencier (précisément les classes abstraites et les interfaces)

Voilà, j'espere que vous avez compris la chose, c'est pas évident à expliquer...

Meric d'avance !

[Swoög]

Lit ça, ça devrait t'aider :
http://fr.php.net/manual/fr/language.oop5.abstract.php
http://fr.php.net/manual/fr/language...interfaces.php

[ePoX]

Si tu pouvais être plus précis swoog se serait pas mal. Parce que je doit bien dire que le point soulever par guardian m'interpelle aussi.

A vrai dire je ne pensais même pas que l'on pouvait définir une méthode abstraite dans une interface et c'est extremement bizarre.

[Invité]

Hello Swoög,

Merci pour la réponse rapide !

J'ai déjà bien lu ces pages du manuel (enfin je crois), j'ai retenu les grandes lignes :

- Les interfaces ne comportent que des méthodes PUBLIQUES.

- Les classes astraites comptent au moins une méthode abstraite.

Ok ça répond à ma question (sur le plan théorique) : Pas de classe abstraite dans une interface.

Mais alors comment faire pour que le constructeur d'une interface soit pris en compte par les classes qui l'implémente ?

Parcque il semblerait que ce soit pas le cas... Et c'est bien là mon problème

[Swoög]

à priori, d'après leur conception, une interface ne doit pas avoir de donnée membres, donc pas besoin de constructeur

ePoX : logiquement, toutes les méthodes d'une interface sont abstraites (et publiques)

[ePoX]

Et oui je sais bien. C'est bien pour cette raison que déclarer une méthode abstraite dans une interface me parait complètement absurde.

[Invité]

à priori, d'après leur conception, une interface ne doit pas avoir de donnée membres, donc pas besoin de constructeur

En partant de ce principe, ça démontrerait la différence entre une Interface et une classe abstraite (au niveau de la conception).

Mais bon, ça n'empêche pas l'utilisation d'une méthode abstraite dans une interface, c'est de la contre-nature !

[Swoög]

pour eux à priori, il y a trois type de classes :

• interfaces : que des méthodes publiques et abstraites, pas de données membres
• classes abstraites : classe normale avec au moins une fonction abstraite
• classes normale