Je ne comprends pas très bien la vraie différence entre les méthodes web et api.
J'ai juste l'impression que la méthode web correspond à la présentation front-end utilisant le navigateur, tandis que l'API correspond à la présentation téléphone/tablette utilisant l'application.
De plus, la méthode web peut naturellement et facilement maintenir l'état (session, cookie), alors que l'API est apatride, mais l'état peut être maintenu artificiellement avec des tokens.
Je ne sais pas si cette compréhension est correcte ? 【Question 1】
Y a-t-il un problème ajax avec la méthode API ? 【Question 2】
J'ai utilisé Laravel pour créer petit à petit un prototype rudimentaire d'un site Web (naturellement en mode web), et j'envisage de développer le front-end de l'application mobile/tablette correspondante à l'avenir, j'ai pensé, puis-je supprimer. tous les accès Web, qu'il s'agisse d'un navigateur ou d'une application ? Tous sont connectés au backend (serveur) via l'API. De cette façon, je n'ai pas besoin de développer le backend basé sur le Web, il me suffit de développer l'API. back-end.
Est-ce possible ? 【Question 3】
Est-ce facile à mettre en œuvre ? 【Question 4】
Est-ce une pratique courante dans l'industrie ? 【Question 5】
Merci d'avance !
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Question 1 : fondamentalement correct. L'utilisation d'un jeton ne compte pas comme un maintien de l'état, il s'agit simplement d'un jeton d'accès temporaire.
Question 2 : L'API back-end ne se soucie pas de savoir si le front-end est ajax. Après tout, ajax n'est qu'une technologie Web et l'API peut recevoir différents types de requêtes HTTP. La seule chose à laquelle vous devez faire attention avec Web Ajax est le problème inter-domaines.
Question 3 : Bien sûr, c'est possible, il s'agit d'un développement Web typique séparé en front-end et en back-end.
Question 4 : Facile. Le front-end et le back-end peuvent être développés de manière totalement indépendante. Il leur suffit de se mettre d'accord sur l'interface API.
Question 5 : En fait, c'est courant depuis longtemps, mais c'est bien que vous puissiez vous en rendre compte de manière autonome.
Bien sûr, toutes les interactions entre le front-end et le serveur se font via l'interface API
Concernant le problème de l'utilisation du même ensemble d'implémentation de code API côté PC et côté application, il y a des avantages et des inconvénients. Parce que l'application est limitée par l'interface, le contenu présenté doit toujours être différent de celui du côté PC, donc. il est préférable de maintenir l'implémentation séparément. Bien sûr, il y a aussi un inconvénient, c'est-à-dire que lors de la modification du code, vous devez modifier deux endroits, vous devez donc toujours examiner vos propres considérations globales
Je pense que si le service produit doit être étendu à de nombreuses plates-formes, alors il doit être développé à l'aide d'une API. De plus, les fonctions et le contenu de chaque plateforme sont fortement couplés.
Si le site Web a de nombreuses fonctions et est principalement exploité par le site Web, mais que l'APP est très simplifiée, vous pouvez également créer une API indépendante pour l'APP à ce stade. Il est plus efficace de développer le site Web de manière traditionnelle.
La séparation du front-end et du back-end n'est pas très conviviale pour le référencement.
Afin de prendre en compte le SEO et la séparation du front-end et du back-end, il est un peu chronophage de changer le langage du back-end