Le seul cas de «Model-driven» que je connaisse concerne le MDA et le format d'échange est du XML (XMI). Je serais bien curieux de connaître des alternatives ceci dit.
XSLT ne me semble pas une hérésie. Il ressemble à un langage fonctionnel tout en bénéficiant des mêmes avantages que les autres dialectes XML. Après il n'est pas super sexy mais à la différence d'autres langages, il est bien souvent généré par des interfaces utilisateurs qu'écrit directement à la main.
SOAP n'a pas été correctement pensé. Au tout début, il a réglé des problèmes simples (comme pouvait le faire XML-RPC) et à proposer ensuite un maquis d'extensions pour boucher les trous. Tout cela a été péniblement intégré dans la pile WS-I. Côté serveur: seul Java me semble aujourd'hui capable de traiter du SOAP correctement (j'imagine que .NET aussi après tout). De plus le support client SOAP est loin d'être complet dans la plupart des langages de programmation ce qui pose quand même un problème sur sa pérennité et son idéal agnostique.
Heureusement, on a trouvé largement mieux que SOAP pour faire du SOA aujourd'hui. Enfin, je ne connais pas assez CORBA pour avoir un avis tranché mais il me semble que la version 3 améliorait pas mal les choses.
Très honnêtement je pense que le succès de SOAP vient essentiellement du fait qu'il passait les pare-feux. C'est assez triste à dire et trollivore mais je te laisse le week-end pour en découdre :-)
[^] # Re: Sans être fan du tout
Posté par Vroum . En réponse au journal XML c'est de la daube!!!. Évalué à 3.
Le seul cas de «Model-driven» que je connaisse concerne le MDA et le format d'échange est du XML (XMI). Je serais bien curieux de connaître des alternatives ceci dit.
XSLT ne me semble pas une hérésie. Il ressemble à un langage fonctionnel tout en bénéficiant des mêmes avantages que les autres dialectes XML. Après il n'est pas super sexy mais à la différence d'autres langages, il est bien souvent généré par des interfaces utilisateurs qu'écrit directement à la main.
SOAP n'a pas été correctement pensé. Au tout début, il a réglé des problèmes simples (comme pouvait le faire XML-RPC) et à proposer ensuite un maquis d'extensions pour boucher les trous. Tout cela a été péniblement intégré dans la pile WS-I. Côté serveur: seul Java me semble aujourd'hui capable de traiter du SOAP correctement (j'imagine que .NET aussi après tout). De plus le support client SOAP est loin d'être complet dans la plupart des langages de programmation ce qui pose quand même un problème sur sa pérennité et son idéal agnostique.
Heureusement, on a trouvé largement mieux que SOAP pour faire du SOA aujourd'hui. Enfin, je ne connais pas assez CORBA pour avoir un avis tranché mais il me semble que la version 3 améliorait pas mal les choses.
Très honnêtement je pense que le succès de SOAP vient essentiellement du fait qu'il passait les pare-feux. C'est assez triste à dire et trollivore mais je te laisse le week-end pour en découdre :-)