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.
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Sécurité : une approche dans la durée avant tout
Guide Ultime des Raccourcis Clavier Windows 11 pour les Professionnels IT
Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
Model Context Protocol : le contexte, grand oublié du débat
Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
