Et bien poste les ici. On peut regarder ensemble si tu veux.
A+
c'est sympa mais c'est des exemples incomplet que j'ai dans un vieux bouquin sur java 1.0 :lol:
scaldan
merci pour cet exemple, je commence à mieux comprendre toutes les nuances (interfaces et classes abstraites). Bon plus que 300 pages et je vois la fin .
darklord22
Drakkeng a écrit a écrit :
oui merci, la je comprends bien l'interet !!!
vraiment bien ton exemple ,car j'en ai vu plusieurs ou je cherche encore l'interet !!!!!
Et bien poste les ici. On peut regarder ensemble si tu veux.
A+
drakkeng
darklord22 a écrit a écrit :
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?
oui merci, la je comprends bien l'interet !!!
vraiment bien ton exemple ,car j'en ai vu plusieurs ou je cherche encore l'interet !!!!!
[edtdd]--Message édité par Drakkeng--[/edtdd]
darklord22
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 :crazy:
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]
drakkeng
darklord22 a écrit a écrit :
ca suffit ou tu as d'autres questions?
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 :crazy:
darklord22
Drakkeng a écrit a écrit :
oui je l'ai lu en entier ,y avait de bonne explication dedans d'ailleurs :jap:
ca suffit ou tu as d'autres questions?
drakkeng
darklord22 a écrit a écrit :
mm il y a eu un topic dernièrement sur le sujet donc tu peux peut etre un peu chercher. Sinon ...
