Interface ou une classe abstraite : laquelle utiliser ?

Question

Veuillez expliquer quand je devrais utiliser une interface PHP et quand je devrais utiliser une classe abstraite?

Comment puis-je transformer ma classe abstraite en une interface?

Answer 1

Utilisez une interface lorsque vous voulez forcer les développeurs travaillant dans votre système (vous y compris) à implémenter un certain nombre de méthodes dans les classes qu'ils construiront.

Utilisez une classe abstraite lorsque vous voulez forcer les développeurs travaillant dans votre système (vous y compris) à implémenter un certain nombre de méthodes et que vous voulez fournir quelques méthodes de base qui les aideront à développer leurs classes filles.

Autre chose à garder à l'esprit est que les classes clientes ne peuvent étendre qu'une seule classe abstraite, tandis qu'elles peuvent implémenter plusieurs interfaces. Ainsi, si vous définissez vos contrats de comportement dans des classes abstraites, cela signifie que chaque classe fille ne peut se conformer qu'à un seul contrat. Parfois, c'est une bonne chose, lorsque vous voulez contraindre vos utilisateurs-programmeurs à suivre un chemin particulier. D'autres fois, cela pourrait être nuisible. Imaginez si les interfaces Countable et Iterator de PHP étaient des classes abstraites au lieu d'interfaces.

Une approche courante lorsque vous n'êtes pas certain du chemin à suivre (comme mentionné par cletus ci-dessous) est de créer une interface, puis d'avoir votre classe abstraite implémenter cette interface.

Answer 2

Les différences entre une Classe Abstraite et une Interface:

Classes Abstraites

Une classe abstraite peut fournir une certaine fonctionnalité et laisser le reste pour la classe dérivée.

• La classe dérivée peut ou non remplacer les fonctions concrètes définies dans la classe de base.

• Une classe enfant étendue à partir d'une classe abstraite devrait être logiquement liée.

Interface

Une interface ne peut contenir aucune fonctionnalité. Elle contient uniquement des définitions des méthodes.

• La classe dérivée DOIT fournir du code pour toutes les méthodes définies dans l'interface.

• Des classes complètement différentes et non liées peuvent être regroupées logiquement à l'aide d'une interface.

Answer 3

Pourquoi utiliser des classes abstraites? Voici un exemple simple provenant de https://www.php.net/manual/en/language.oop5.abstract.php#95404 par l'utilisateur mbajoras.

Disons que nous avons le code suivant:

color = $c;
    }
}

class Apple extends Fruit {
    public function eat() {
        // mâcher jusqu'au trognon
    }
}

class Orange extends Fruit {
    public function eat() {
        // éplucher
        // mâcher
    }
}

Maintenant je vous donne une pomme et vous la mangez. A quoi ça goûte? Ça goûte une pomme.

eat();

// Maintenant je vous donne un fruit.
$fruit = new Fruit();
$fruit->eat();

A quoi ça goûte? Eh bien, ça n'a pas beaucoup de sens, donc vous ne devriez pas pouvoir le faire. Cela est réalisé en rendant la classe Fruit abstraite ainsi que la méthode eat à l'intérieur.

color = $c;
    }
}
?>

Une classe abstraite est comme une interface, mais vous pouvez définir des méthodes dans une classe abstraite tandis que dans une interface elles sont toutes abstraites.

Les classes abstraites peuvent avoir à la fois des méthodes vides et des méthodes fonctionnelles/concrètes. Dans les interfaces, les fonctions définies là-bas ne peuvent pas avoir de corps. Dans les classes abstraites, elles le peuvent.

Un exemple dans le monde réel:

LastName . " dans la table de la base de données des employés ";   
    }
}

final class student extends person{

    public $StudentNumber;
    public $CourseName;

    public function write_info(){
        // codes sql ici
        echo "Écriture des informations de ". $this->LastName . " dans la table de la base de données des étudiants ";
    }
}

///----------
$personA = new employee;
$personB = new student;

$personA->FirstName="Joe";
$personA->LastName="Quelqu'un";

$personB->FirstName="Ben";
$personB->LastName="Dover";

$personA->write_info();
// Écriture des informations de Quelqu'un dans la table de la base de données des employés
$personB->write_info();
// Écriture des informations de Dover dans la table de la base de données des étudiants

Answer 4

La meilleure pratique est d'utiliser une interface pour spécifier le contrat et une classe abstraite comme une seule implémentation de celui-ci. Cette classe abstraite peut remplir une grande partie du code boilerplate afin que vous puissiez créer une implémentation en ne surchargeant que ce que vous avez besoin ou voulez sans vous obliger à utiliser une implémentation particulière.

Answer 5

Juste pour ajouter ceci dans le mélange, mais comme l'a mentionné Cletus en utilisant une interface en conjonction avec une classe abstraite, j'utilise souvent l'interface pour clarifier ma réflexion de conception.

Par exemple:

`

Ainsi, toute personne lisant mon code (et qui sait ce qu'est un pattern Décorateur) saura immédiatement a) comment je construis mon analyseur et b) pourra voir quelles méthodes sont utilisées pour implémenter le pattern décorateur.

Aussi, et je peux me tromper en n'étant pas programmeur Java/C++/etc, mais les types de données peuvent entrer en jeu ici. Vos objets sont d'un type, et lorsque vous les passez autour, le type a de l'importance programmation. Déplacer vos éléments contractables dans l'interface ne dicte que les types que les méthodes renvoient, mais pas le type de base de la classe qui l'implémente.

Il est tard et je ne peux pas penser à un meilleur exemple de pseudo-code, mais voici:

`