Drakkeng a écrit a écrit :
ben en fait j'ai compris le principe theorique cela dit j'aurai vraiment besoin d'un exemple ou la creation d'interface est indispenssable ,car je capte pas vraiment l'interet a vrai dire
|
Une des applications ou c'est indispensalbe c'est lorsque tu fais de la programmation distribuée. Prenons un example simple: RMI. Avec RMI (Remote Method Invocation) tu peux invoquer des métohdes sur des machines distantes et récupérer le résultat (un peu comme CORBA ...
Bref, le client dispose de la définition d'un objet distant. Supposons un service distant qui calcule une addition (c'est débile comme exemple mais tu peux remplacer ca par un état de stock ou l'état du traffic sur une autoroute).
le client a à sa dispsition une interface:
public interface MathTools {
public long add (int a, int b);
}
D'un coté, le développeur va implémenter cette interface pour fournir le service demandé
public class MathToolsImpl implements MathTools{
public long add (int a, int b)
{
return (a+b);
}
}
De l'autre le client va utiliser l'interface pour appeler le service distant.
Ici l'interface joue le role de contrat et est OBLIGATOIRE. C'est un espèce d'accord sur les fonctionnalités publiques que l'objet va fournir au client distant.
Est ce clair?
[edtdd]--Message édité par darklord22--[/edtdd]
---------------
What is popular is not always right, what is right is not always popular :D