Le but des interfaces a continué

Vous y réfléchissez en arrière. Au lieu de penser à la mise en œuvre d'abord, vous pensez d'abord du comportement (comme décrit par la signature de la méthode). Ensuite, vous mettez en œuvre le comportement selon que nécessaire dans les classes de base donnant un système beaucoup plus flexible et extensible. Vous avez rejeté «la conception par contrat» assez rapidement, mais c'est une stratégie de conception clé et la base des services Web, SOA, etc.

Utiliser des interfaces est davantage de donner au code consommateur un moyen de savoir ce que vous attendez de celui-ci, plutôt que de vous préoccuper des détails du code consommateur.

Par exemple, l'une des façons que nous utilisons des interfaces a beaucoup dans notre couche de couche d'entreprise / d'accès aux données.

Parce que notre ensemble de couche d'entreprise (BL) communiquera directement avec l'ensemble de couche d'accès aux données (DAL), le DAL ne peut pas communiquer directement avec le BL. Que se passe-t-il si le dal veut utiliser des objets plutôt que des champs individuels? Vous devriez définir vos propres objets DAL et les hydrater avec l'entrée que vous venez de recevoir. Fondamentalement, beaucoup plus de travail, plus de ressources consommées et de multiples objets qui représentent les mêmes données qui créent un cauchemar de maintenance.

Mais, si vous définissez des interfaces dans le DAL, vous pouvez dire aux consommateurs du DAL ce qu'il attend. Ensuite, vous pouvez implémenter ces interfaces dans le BL et passer des instances des interfaces au lieu des objets BL.

Les interfaces sont toutes sur la résiliation des détails de la mise en œuvre où ils ne sont pas absolument nécessaires.

[modifier] Si vous avez beaucoup d'objets qui font des choses similaires, une combinaison d'une interface et d'une classe de base avec des méthodes d'alternance / virtuelles peut être plus utile qu'une interface.

Les interfaces sont le seul moyen de créer plusieurs héritages dans Java.

Dites que vous créez une classe animal . Et tous les animaux, y compris les humains qui prolongent. Et chacun de ces animaux hérite des méthodes courantes comme manger, respirer, etc.

Mais maintenant, disons que vous avez un mathproblem classe. Et vous voulez avoir certaines classes qui peuvent résoudre ce problème en faisant passer le problème à un résoudre (problème MathProblem) méthode. Et vous savez qu'un humain , mais aussi un ordinateur pourrait résoudre le problème de mathématique. Donc, ils doivent tous les deux être capables de résoudre ce problème. Vous pourriez être en mesure d'obtenir l'ordinateur pour étendre une classe mathsolver qui a la méthode, mais l'homme étend déjà l'animal et ne peut rien étendre d'autre chose. Donc, une meilleure façon consiste à faire une interface MathSolver et à avoir à la fois humain , ordinateur et toutes les autres classes qui doivent résoudre des problèmes de mise en œuvre.

Notez également qu'un humain et un ordinateur pourrait résoudre les problèmes de manière complètement différente, puisque leurs objets si différents. C'est ce que les interfaces sont les meilleures pour. Définir certaines capacités qui coupent de multiples hiérarchies d'héritage et peuvent avoir des implémentations très différentes, mais peuvent tous être transmis à une méthode qui accepte l'un d'entre eux. Pensez à la interface comparable; Ce n'est pas quelque chose qu'une certaine classe d'objets a, toutes sortes de choses peuvent être comparées et généralement de différentes manières. Mais vous pouvez toujours appeler trier sur une liste de d'objets comparables car vous savez qu'ils ont une certaine commande, si elles sont numéros , animaux , ordinateurs ou autre chose (tant qu'ils implémentent comparable et définir leur commande).