Finalement, on parle d'applications qui passent par le réseau, donc par TCP/IP. Facebook utilise HTTP, donc les applications dédiées sont probablement des interfaces pour le protocole HTTP.
Il y avait google qui voulait supprimer TCP/IP dernièrement, (ou HTTP, je ne sais plus) avec Guido van Rossum, je ne sais pas où ils en sont à l'heure actuelle.
En tous cas, il me semble que pour passer du client web au client natif (navigateur contre application native), c'est HTTP qui s'efface en général, car peu adapté, non ?
En fait, il me semble que c'est plus une question de protocole qu'autre chose, car je ne crois pas que les navigateurs soient autre chose que des purs utilisateurs de HTTP. La question est plutôt de savoir quand HTTP est utile ou non - non ?
Systemd, the bright side of linux, toward a better user experience and on the road to massive adoption of linux for the desktop.
[^] # Re: hum...
Posté par dave . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 0.
Juste comme ça…
Finalement, on parle d'applications qui passent par le réseau, donc par TCP/IP. Facebook utilise HTTP, donc les applications dédiées sont probablement des interfaces pour le protocole HTTP.
Il y avait google qui voulait supprimer TCP/IP dernièrement, (ou HTTP, je ne sais plus) avec Guido van Rossum, je ne sais pas où ils en sont à l'heure actuelle.
En tous cas, il me semble que pour passer du client web au client natif (navigateur contre application native), c'est HTTP qui s'efface en général, car peu adapté, non ?
En fait, il me semble que c'est plus une question de protocole qu'autre chose, car je ne crois pas que les navigateurs soient autre chose que des purs utilisateurs de HTTP. La question est plutôt de savoir quand HTTP est utile ou non - non ?
Systemd, the bright side of linux, toward a better user experience and on the road to massive adoption of linux for the desktop.