Je vous propose de vous renseigner sur la SOA (Service-Oriented Architecture).
Pour des raisons historiques, de nombreux Web ordinaires ne sont pas encore passés à l'architecture SOA, tandis que les applications sont de nouvelles applications (et en raison de leurs caractéristiques natives), et beaucoup d'entre elles adoptent directement l'architecture SOA.
Si vous considérez à la fois le navigateur et l'application comme le client (C), et que le serveur (S) fournit tous deux des interfaces sous la forme d'une API HTTP, alors il n'y a aucune différence entre les deux. Si l'application est écrite à l'aide d'un framework hybride tel que Codorva, la différence entre eux est uniquement la différence entre le framework du navigateur et le framework hybride. Cette différence n'a rien à voir avec le serveur.
En théorie, il n'y a pas de différence. Par exemple, ils utilisent tous la pile de protocoles TCP/IP, http(s), etc. En fait, un ensemble d'interfaces peuvent être partagées par les pages mobiles et Web.
Cependant, le côté mobile a plus d'actions push, tandis que le côté Web a plus d'actions de réponse. Bien que le côté Web ait une certaine couche MVC, en fait, le couplage est généralement plus fort que celui du côté application.
Si le Web est séparé du front-end et du back-end, la différence ne sera pas grande, mais il peut y avoir des différences en termes de sécurité et de sessions.
Modifiez le moteur de modèle de couche de vue du site Web en REST pour l'envoi et la réception de JSON, et il devient le backend de l'application. L'interface http des applications générales est conçue de manière plus rigoureuse que celle des sites Web ; de plus, les applications utilisent généralement des jetons, tandis que les sites Web utilisent des sessions pour « maintenir le statut »
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Je vous propose de vous renseigner sur la SOA (Service-Oriented Architecture).
Pour des raisons historiques, de nombreux Web ordinaires ne sont pas encore passés à l'architecture SOA, tandis que les applications sont de nouvelles applications (et en raison de leurs caractéristiques natives), et beaucoup d'entre elles adoptent directement l'architecture SOA.
Si vous considérez à la fois le navigateur et l'application comme le client (C), et que le serveur (S) fournit tous deux des interfaces sous la forme d'une API HTTP, alors il n'y a aucune différence entre les deux. Si l'application est écrite à l'aide d'un framework hybride tel que Codorva, la différence entre eux est uniquement la différence entre le framework du navigateur et le framework hybride. Cette différence n'a rien à voir avec le serveur.
En théorie, il n'y a pas de différence. Par exemple, ils utilisent tous la pile de protocoles TCP/IP, http(s), etc. En fait, un ensemble d'interfaces peuvent être partagées par les pages mobiles et Web.
Cependant, le côté mobile a plus d'actions push, tandis que le côté Web a plus d'actions de réponse. Bien que le côté Web ait une certaine couche MVC, en fait, le couplage est généralement plus fort que celui du côté application.
Si le Web est séparé du front-end et du back-end, la différence ne sera pas grande, mais il peut y avoir des différences en termes de sécurité et de sessions.
Modifiez le moteur de modèle de couche de vue du site Web en REST pour l'envoi et la réception de JSON, et il devient le backend de l'application.
L'interface http des applications générales est conçue de manière plus rigoureuse que celle des sites Web ; de plus, les applications utilisent généralement des jetons, tandis que les sites Web utilisent des sessions pour « maintenir le statut »
C’est pareil à mes yeux.