Les interfaces d'objets permettent de créer du code qui spécifie quelles méthodes et propriétés une classe doit implémenter, sans avoir à définir comment ces méthodes ou propriétés sont implémentées. Les interfaces partagent un espace de noms avec les classes, traits et énumérations, de sorte qu'elles ne peuvent pas utiliser le même nom.
Les interfaces sont définies de la même façon que pour une classe, mais en
utilisant le mot-clé interface à la place de
class, et sans qu'aucune des méthodes n'ait son contenu
de spécifié.
De par la nature même d'une interface, toutes les méthodes déclarées dans une interface doivent être publiques.
En pratique les interfaces servent deux rôles complémentaires :
Iterable, Cacheable, Renderable,
etc. pour décrire la signification de leur comportement.
Les interfaces peuvent définir des méthodes magiques pour obliger les classes implémentant à implémenter ces méthodes.
Note:
Bien que cela soit supporté, inclure les constructeurs dans les interfaces est fortement déconseillé. Le faire réduit radicalement la flexibilité des objets implémentant l'interface. De plus, les constructeurs ne sont pas soumis aux règles d'héritage, ce qui peut causer des incohérences et des comportements inattendus.
implements
Pour implémenter une interface, l'opérateur implements
est utilisé. Toutes les méthodes de l'interface doivent être implémentées dans une
classe ; si ce n'est pas le cas, une erreur fatale sera émise. Les classes peuvent
implémenter plus d'une interface, en séparant chaque interface par une virgule.
Une classe qui implémente une interface peut utiliser des noms différents pour ses paramètres que l'interface. Cependant, à partir de PHP 8.0, le langage supporte les arguments nommés, ce qui signifie que l'appeleur peut dépendre du nom du paramètre dans l'interface. Pour cette raison, il est fortement recommandé que les développeurs utilisent le même nom de paramètre que dans l'interface qui est implémenté.
Note:
Les interfaces peuvent être étendues comme des classes, en utilisant l'opérateur extends
Note:
La classe implémentant l'interface doit déclarer toutes les méthodes dans l'interface avec une signature compatible. Une classe peut implémenter deux interfaces qui définissent une méthode avec le même nom. Dans ce cas, l'implémentation doit suivre les règles de compatibilité des signatures pour toutes les interfaces. Ainsi, la covariance et la contravariance peuvent être appliquées.
Les interfaces peuvent contenir des constantes. Les constantes d'interfaces fonctionnent exactement comme les constantes de classe. Antérieur à PHP 8.1.0, elles ne peuvent pas être redéfinies par une classe/interface qui les hérite.
À partir de PHP 8.4.0, les interfaces peuvent également déclarer des propriétés. Si elles le font, la déclaration doit spécifier si la propriété est lisible, modifiable, ou les deux. La déclaration de l'interface s'applique uniquement à l'accès en lecture et en écriture publics.
Une classe peut satisfaire une propriété d'interface de plusieurs façons.
Elle peut définir une propriété publique.
Elle peut définir une propriété publique
virtuelle
qui implémente uniquement le crochet correspondant.
Ou une propriété en lecture peut être satisfaite par une propriété readonly.
Cependant, une propriété d'interface qui est modifiable ne peut pas être readonly.
Exemple #1 Exemple de propriétés d'interface
<?php
interface I
{
// Une classe implémentant cette interface DOIT avoir une propriété publiquement lisible,
// mais que celle-ci soit ou non modifiable publiquement n'est pas restreint.
public string $readable { get; }
// Une classe implémentant cette interface DOIT avoir une propriété publiquement modifiable,
// mais que celle-ci soit ou non lisible publiquement n'est pas restreint.
public string $writeable { set; }
// Une classe implémentant cette interface DOIT avoir une propriété qui est à la fois publiquement
// lisible et publiquement modifiable.
public string $both { get; set; }
}
// Cette classe implémente les trois propriétés comme des propriétés traditionnelles, sans crochets.
// C'est tout à fait valide.
class C1 implements I
{
public string $readable;
public string $writeable;
public string $both;
}
// Cette classe implémente les trois propriétés en utilisant uniquement les crochets
// demandés. Cela est également tout à fait valide.
class C2 implements I
{
private string $written = '';
private string $all = '';
// Utilise uniquement un crochet get pour créer une propriété virtuelle.
// Cela satisfait l'exigence "get public".
// Elle n'est pas modifiable, mais cela n'est pas exigé par l'interface.
public string $readable { get => strtoupper($this->writeable); }
// L'interface exige uniquement que la propriété soit modifiable,
// mais inclure des opérations get est également tout à fait valide.
// Cet exemple crée une propriété virtuelle, ce qui est acceptable.
public string $writeable {
get => $this->written;
set {
$this->written = $value;
}
}
// Cette propriété nécessite que la lecture et l'écriture soient possibles,
// nous devons donc soit implémenter les deux, soit permettre le comportement par défaut.
public string $both {
get => $this->all;
set {
$this->all = strtoupper($value);
}
}
}
?>Exemple #2 Exemple d'interface
<?php
// Declaration de l'interface 'Template'
interface Template
{
public function setVariable($name, $var);
public function getHtml($template);
}
// Implémentation de l'interface
// Ceci va fonctionner
class WorkingTemplate implements Template
{
private $vars = [];
public function setVariable($name, $var)
{
$this->vars[$name] = $var;
}
public function getHtml($template)
{
foreach($this->vars as $name => $value) {
$template = str_replace('{' . $name . '}', $value, $template);
}
return $template;
}
}
// Ceci ne fonctionnera pas
// Fatal error: Class BadTemplate contains 1 abstract methods
// and must therefore be declared abstract (Template::getHtml)
class BadTemplate implements Template
{
private $vars = [];
public function setVariable($name, $var)
{
$this->vars[$name] = $var;
}
}
?>Exemple #3 Les interfaces extensibles
<?php
interface A
{
public function foo();
}
interface B extends A
{
public function baz(Baz $baz);
}
// Ceci fonctionnera
class C implements B
{
public function foo()
{
}
public function baz(Baz $baz)
{
}
}
// Ceci ne fonctionnera pas et entrainera une erreur fatale
class D implements B
{
public function foo()
{
}
public function baz(Foo $foo)
{
}
}
?>Exemple #4 Compatibilité de la variance avec plusieurs interfaces
<?php
class Foo {}
class Bar extends Foo {}
interface A {
public function myfunc(Foo $arg): Foo;
}
interface B {
public function myfunc(Bar $arg): Bar;
}
class MyClass implements A, B
{
public function myfunc(Foo $arg): Bar
{
return new Bar();
}
}
?>Exemple #5 Héritage de plusieurs interfaces
<?php
interface A
{
public function foo();
}
interface B
{
public function bar();
}
interface C extends A, B
{
public function baz();
}
class D implements C
{
public function foo()
{
}
public function bar()
{
}
public function baz()
{
}
}
?>Exemple #6 Interfaces avec des constantes
<?php
interface A
{
const B = 'Constante de l\'interface';
}
// Affiche : Constante de l'interface
echo A::B;
// Par contre, ceci ne fonctionnera pas, puisqu'il n'est pas permis
// d'écraser des constantes.
class B implements A
{
const B = 'Constante de classe';
}
// Affiche : Constante de classe
// Antérieur à PHP 8.1.0, ceci ne fonctionnera pas, puisqu'il n'était pas permis
// de redéfinir des constantes.
echo B::B;
?>Exemple #7 Les interfaces avec les classes abstraites
<?php
interface A
{
public function foo(string $s): string;
public function bar(int $i): int;
}
// An abstract class may implement only a portion of an interface.
// Classes that extend the abstract class must implement the rest.
abstract class B implements A
{
public function foo(string $s): string
{
return $s . PHP_EOL;
}
}
class C extends B
{
public function bar(int $i): int
{
return $i * 2;
}
}
?>Exemple #8 Étendant et implémentant simultanément
<?php
class One
{
/* ... */
}
interface Usable
{
/* ... */
}
interface Updatable
{
/* ... */
}
// The keyword order here is important. 'extends' must come first.
class Two extends One implements Usable, Updatable
{
/* ... */
}
?>Une interface, avec les déclarations de types, fournit une bonne manière pour s'assurer qu'un objet particulier contient des méthodes particulières. Voir l'opérateur instanceof et les déclarations de type.
PHP prevents interface a contant to be overridden by a class/interface that DIRECTLY inherits it. However, further inheritance allows it. That means that interface constants are not final as mentioned in a previous comment. Is this a bug or a feature?
<?php
interface a
{
const b = 'Interface constant';
}
// Prints: Interface constant
echo a::b;
class b implements a
{
}
// This works!!!
class c extends b
{
const b = 'Class constant';
}
echo c::b;
?>Just as all interface methods are public, all interface methods are abstract as well.In their book on Design Patterns, Erich Gamma and his associates (AKA: "The Gang of Four") use the term "interface" and "abstract class" interchangeably. In working with PHP and design patterns, the interface, while clearly a "contract" of what to include in an implementation is also a helpful guide for both re-use and making changes. As long as the implemented changes follow the interface (whether it is an interface or abstract class with abstract methods), large complex programs can be safely updated without having to re-code an entire program or module.
In PHP coding with object interfaces (as a keyword) and "interfaces" in the more general context of use that includes both object interfaces and abstract classes, the purpose of "loose binding" (loosely bound objects) for ease of change and re-use is a helpful way to think about both uses of the term "interface." The focus shifts from "contractual" to "loose binding" for the purpose of cooperative development and re-use.This page says that if extending multiple interfaces with the same methods, the signature must be compatible. But this is not all there is to it: the order of `extends` matters. This is a known issue, and while it is disputable whether or not it is a bug, one should be aware of it, and code interfaces with this in mind.
https://bugs.php.net/bug.php?id=67270
https://bugs.php.net/bug.php?id=76361
https://bugs.php.net/bug.php?id=80785