Zeugma
Vous mangez ce plat avec plaisir ou avec une fourchette? Voici un petit tableau histoire de verifier ce qui est possible et ce qui ne l'est pas. Pour la clarté de l'exemple, le plat est supposé mangeable avec une fourchette.
Fourchette | |||
---|---|---|---|
Avec | Sans | ||
Plaisir | Avec | Possible | Possible |
Sans | Possible | Possible |
Comme nous pouvons le voir dans la table ci-dessus, toutes les combinaisons sont possible (certaines peuvent-être plus souhaitables que d'autres, mais cela nous éloigne du sujet. En recherchant un peu les raisons des cette avalanche de possibilités, on peut trouver plusieurs canditats:
Bien que la France soit le pays de la gastronomie, la réponse n'est pas "2" mais "3". Cela correspond aussi à la définition d'un zeugma
Essayons de refaire l'exemple avec autre chose, par exemple... REST et SOAP. Peut-on construire des Services Web avec REST et SOAP?
Respecte REST | |||
---|---|---|---|
Oui | Non | ||
Utilise SOAP | Oui | Possible | Possible |
Non | Possible | Possible |
Là encore, on peut suspecter le zeugma. Alors d'ou vient cette supposée antinomie entre REST et SOAP? Tout simplement au fait que les supporters de REST ne voient que le côté sombre de SOAP, c'est à dire les mauvaises utilisations de celui-ci dans le monde du Web, alors que ceux qui utilisent (souvent mal) SOAP n'ont pas encore compris la leçon du Web qui est principalement REST.
Évidemment, la mauvaise utilisation de SOAP dans le cadre du Web est principalement dûe aux outils qui ne permettent pas de faire tout ce que SOAP (surtout 1.2) permet. Et de l'autre côté, il existe beaucoup de gens qui pensent qu'utiliser HTTP GET c'est être REST, ce qui est faux, et leur cause des problèmes quand des nouveautés comme L'accélérateur Web Google.
N'écoutez pas ceux qui tempètent contre REST ou contre SOAP, lisez bien les spécifications, faites des bonnes implémentations, et passez bien outre les gesticulations des supporters irréconciliables des deux bords du même bateau.