php - Comment est conçue l'interface backend de l'application mobile? ? ? Pouvez-vous me dire si vous avez développé une interface back-end d'application ? Merci
滿天的星座2017-05-16 13:00:24
0
1
757
Comment l'interface back-end de l'application mobile est-elle conçue ? ? ? Pouvez-vous me dire si vous avez développé une interface back-end d'application ? Merci
C'est une grande question. Répondons-y sous plusieurs angles.
Tout d'abord, du point de vue des exigences et des performances de l'entreprise, il est nécessaire de définir clairement quelles structures de données sont placées sur le front-end, quelles structures de données sont placées sur le back-end, lesquelles ne doivent être récupérées qu'une seule fois puis mises en cache. le front-end, et lesquels sont mis en cache sur le front-end à chaque fois. Ce qui doit être communiqué avec le backend, ce qui nécessite une réponse en temps réel, ce qui doit être poussé, etc. Ce n'est qu'une fois que tout cela aura été examiné clairement et pleinement communiqué à tous les membres de l'équipe du projet, et que les développeurs front-end et back-end seront tous d'accord sur cette architecture, que nous pourrons commencer à réfléchir à la manière de concevoir le back-end.
Deuxièmement, lors du démarrage de la conception du backend, la première chose à considérer est la sélection de la base de données. C'est un autre sujet important et ne sera pas abordé en détail ici. En théorie, n’importe quelle langue peut être équipée de n’importe quelle base de données, mais ce n’est pas toujours le cas. Il est préférable d'utiliser node.js pour Mongodb. PHP est-il correct ? Bien sûr que vous le pouvez. Si l'interface est reposante, il est peut-être préférable de choisir postgresql plutôt que mysql, car il possède sa propre interface repos et n'a même pas besoin d'être développé. Mais comment assurer la sécurité ? Est-ce que ça prend en charge jwt ? Comment se passe la prestation ? Ces questions doivent être examinées attentivement. De nombreuses recherches et expériences préalables peuvent permettre de gagner beaucoup de temps, n'investissez pas aveuglément dans le développement.
Troisièmement, lorsque la base de données et le langage de développement sont sélectionnés, cela dépend également de l'utilisation ou non d'un framework prêt à l'emploi. Même PHP a au moins 10 frameworks ou plus parmi lesquels choisir. Le choix du framework peut avoir l'effet d'obtenir deux fois. le résultat avec la moitié de l'effort. A ce stade, les interfaces front-end et back-end utilisent principalement la communication json, et le protocole soap est rarement utilisé. Cependant, cela dépend également du fait qu'elle soit synchrone ou asynchrone. Habituellement, une communication ajax asynchrone est utilisée, mais une communication synchrone peut également être requise, auquel cas websocket est utilisé. Même si vous utilisez json, vous avez la possibilité de définir directement vos propres champs json et d'utiliser la méthode rest, vous devez prendre en compte les problèmes de sécurité, car ajax est sans état et aucune session ni cookie n'est disponible.
Enfin, il y a le facteur humain. Le cycle de développement ne peut pas être infiniment long, et il n'y a pas de temps pour que tout le monde apprenne. Il est donc également nécessaire de considérer les langages, les bases de données et les frameworks que les membres de l'équipe connaissent pour parvenir à un résultat. équilibre entre performances du système et vitesse de développement.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
C'est une grande question. Répondons-y sous plusieurs angles.
Tout d'abord, du point de vue des exigences et des performances de l'entreprise, il est nécessaire de définir clairement quelles structures de données sont placées sur le front-end, quelles structures de données sont placées sur le back-end, lesquelles ne doivent être récupérées qu'une seule fois puis mises en cache. le front-end, et lesquels sont mis en cache sur le front-end à chaque fois. Ce qui doit être communiqué avec le backend, ce qui nécessite une réponse en temps réel, ce qui doit être poussé, etc. Ce n'est qu'une fois que tout cela aura été examiné clairement et pleinement communiqué à tous les membres de l'équipe du projet, et que les développeurs front-end et back-end seront tous d'accord sur cette architecture, que nous pourrons commencer à réfléchir à la manière de concevoir le back-end.
Deuxièmement, lors du démarrage de la conception du backend, la première chose à considérer est la sélection de la base de données. C'est un autre sujet important et ne sera pas abordé en détail ici. En théorie, n’importe quelle langue peut être équipée de n’importe quelle base de données, mais ce n’est pas toujours le cas. Il est préférable d'utiliser node.js pour Mongodb. PHP est-il correct ? Bien sûr que vous le pouvez. Si l'interface est reposante, il est peut-être préférable de choisir postgresql plutôt que mysql, car il possède sa propre interface repos et n'a même pas besoin d'être développé. Mais comment assurer la sécurité ? Est-ce que ça prend en charge jwt ? Comment se passe la prestation ? Ces questions doivent être examinées attentivement. De nombreuses recherches et expériences préalables peuvent permettre de gagner beaucoup de temps, n'investissez pas aveuglément dans le développement.
Troisièmement, lorsque la base de données et le langage de développement sont sélectionnés, cela dépend également de l'utilisation ou non d'un framework prêt à l'emploi. Même PHP a au moins 10 frameworks ou plus parmi lesquels choisir. Le choix du framework peut avoir l'effet d'obtenir deux fois. le résultat avec la moitié de l'effort. A ce stade, les interfaces front-end et back-end utilisent principalement la communication json, et le protocole soap est rarement utilisé. Cependant, cela dépend également du fait qu'elle soit synchrone ou asynchrone. Habituellement, une communication ajax asynchrone est utilisée, mais une communication synchrone peut également être requise, auquel cas websocket est utilisé. Même si vous utilisez json, vous avez la possibilité de définir directement vos propres champs json et d'utiliser la méthode rest, vous devez prendre en compte les problèmes de sécurité, car ajax est sans état et aucune session ni cookie n'est disponible.
Enfin, il y a le facteur humain. Le cycle de développement ne peut pas être infiniment long, et il n'y a pas de temps pour que tout le monde apprenne. Il est donc également nécessaire de considérer les langages, les bases de données et les frameworks que les membres de l'équipe connaissent pour parvenir à un résultat. équilibre entre performances du système et vitesse de développement.