On utilise les interfaces pour définir les méthodes d'une classe et les signatures de ces méthodes, sans mettre en oeuvre les méthodes elles-mêmes. En bref, une interface définit un contrat qu'une classe mettant en oeuvre ce contrat, doit remplir.
Comme RemoteDatabaseClient doit utiliser Remote DatabaseServer mais n'a pas d'accès direct
à la classe,
nous utilisons une interface (définie
comme Remote DatabaseServerInf)
pour que la classe côté client sache à
quoi ressemble la classe côté serveur,
quelle méthode elle met en oeuvre, et
les signatures de ces méthodes.
La classe Java côté client utilise l’interface pour envoyer l’objet java.rmi.Remote (qui est renvoyé par la
consultation à distance) comme
quelque chose que nous pouvons utiliser
pour obtenir l’information de facture.
La classe Java côté serveur utilise
sa mise en oeuvre de l’interface pour
construire la classe côté serveur.
Chaque méthode définie dans
l’interface doit émettre une erreur java.rmi.Remote, et toute classe qui
met en oeuvre l’interface doit faire de
même.
Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.
