À l'origine, je ne suis pas fan du tout des interfaces web. Et pas tellement fan du HTTP à toutes les sauces. Mais j'ai du me rendre à l'évidence:
Si je veux faire un client web (parce que les gens ne veulent pas installer un client lourd), j'ai à ma disposition du HTML pour la description de l'interface et du Javascript pour le comportement. Et javascript ne peux communiquer qu'avec XmlHttpRequest -- du HTTP.
Su je veux gérer un canal de communication sécurisé, je dois soit me palucher tout SSL à la main sur mon flux TCP, soit réutiliser un protocole de plus haut niveau (HTTPS en l'occurence)
Si je veux pouvoir faire plus d'une chose sur le même port TCP, délimiter des messages, soit je prend un formalisme que je définis moi même, soit je réutilise quelque chose d'existant comme HTTP, WebSockets, ...
J'aurais aussi pu réutiliser XMPP (j'en suis pas mal fan), mais je dois admettre qu'il dispose de moins de libs et est bien moins démocratisé. Au final, j'ai fini par choisir HTTP.
Au final, j'adore quand les interfaces sont documentées et normalisées, ça permet d'écrire des clients lourds ... je n'aime pas trop les clients légers.
# Pourquoi le HTTP
Posté par Mildred (site web personnel) . En réponse au journal Système de messagerie pour remplacer les e-mails. Évalué à 3.
À l'origine, je ne suis pas fan du tout des interfaces web. Et pas tellement fan du HTTP à toutes les sauces. Mais j'ai du me rendre à l'évidence:
Si je veux faire un client web (parce que les gens ne veulent pas installer un client lourd), j'ai à ma disposition du HTML pour la description de l'interface et du Javascript pour le comportement. Et javascript ne peux communiquer qu'avec XmlHttpRequest -- du HTTP.
Su je veux gérer un canal de communication sécurisé, je dois soit me palucher tout SSL à la main sur mon flux TCP, soit réutiliser un protocole de plus haut niveau (HTTPS en l'occurence)
Si je veux pouvoir faire plus d'une chose sur le même port TCP, délimiter des messages, soit je prend un formalisme que je définis moi même, soit je réutilise quelque chose d'existant comme HTTP, WebSockets, ...
J'aurais aussi pu réutiliser XMPP (j'en suis pas mal fan), mais je dois admettre qu'il dispose de moins de libs et est bien moins démocratisé. Au final, j'ai fini par choisir HTTP.
Au final, j'adore quand les interfaces sont documentées et normalisées, ça permet d'écrire des clients lourds ... je n'aime pas trop les clients légers.