Que signifie le service Web php ?

Le service Web PHP est une spécification très robuste. Son protocole d'application est SOAP. La méthode de communication de couche inférieure sur laquelle il s'appuie est non seulement HTTP, mais également SOAP sur SMTP et SOAP sur TCP. une large base de masse et est facile à développer et à déboguer.

Recommandation : "Tutoriel vidéo PHP"

a mentionné le service Web php. J'étais relativement nouveau dans ce domaine auparavant, car j'avais peu de contacts avec lui et je ne l'avais jamais utilisé dans presque aucune entreprise. La seule fois où je l'avais utilisé semblait être pour accéder à un canal SMS tiers, en utilisant SOAP|WSDL. .

Une affirmation très extrême selon laquelle le « webservice » est obsolète est vraie :

1 WebService a de nombreux protocoles, pourquoi HTTP est-il plus populaire ?

WebService est une spécification très lourde. Son protocole d'application est SOAP (Simple Object Access Protocol). La méthode de communication sous-jacente sur laquelle il s'appuie est non seulement HTTP, mais aussi SOAP sur SMTP, SOAP sur TCP. Parce que le protocole HTTP a une large base de masse et est facile à développer et à déboguer, il est devenu la méthode la plus populaire dans WebService.

Même de nombreuses entreprises utilisent HTTP pour la communication intranet. Par exemple, les applications appellent les moteurs de recherche.

Mais HTTP est aussi un protocole avec des performances médiocres par rapport à TCP, car HTTP est basé sur TCP et comporte 3 poignées de main. De plus, HTTP est un protocole de transfert de texte (bien que des pièces jointes binaires puissent également être transmises, la logique métier. (le texte est encore beaucoup utilisé), et il existe de nombreux HEADER complexes. Par conséquent, les gens ont inventé des protocoles de communication plus efficaces pour les appels à distance, tels que ACE, ICE, Corba et HSF de Taobao, mais c'est un sujet pour une autre fois et je n'entrerai pas dans les détails. Tout ce que vous devez savoir, c’est que la raison pour laquelle HTTP est populaire est qu’il est facile à utiliser et qu’il dispose d’une large base de masse.

2 Pourquoi WebService n'est pas aussi populaire que l'API RESTful

WebService existe depuis plus de dix ans Au début, IBM et Microsoft étaient plus enthousiastes à l'idée de le promouvoir. , mais cela a toujours été tiède. Au contraire, XML-RPC, RESTful et les méthodes d'appel à distance plus simples que RESTful ont rattrapé leur retard. Est-ce que cela ressemble un peu au folk Spring qui tue l'EJB officiel ?

La raison est que WebService est trop volumineux. L'enveloppe SOAP est comme un enveloppement de pied de belle-mère, malodorante et longue. La plupart des développeurs ne peuvent pas la supporter, ils ont donc une version simplifiée appelée XML-. RPC est ensuite devenu populaire avec le Web2.0 et RESTful a pris les devants. J'ai construit un produit il y a 10 ans, pur PHP + JS, WebService standard, j'ai dû écrire un programme PHP pour le générer. Heureusement, j'étais le seul à le développer. S'il s'agissait d'une collaboration en équipe, je l'aurais fait. a été grondé il y a longtemps. Ce n'est plus humain.

Plus tard, même RESTful a été méprisé, et tout le monde n'a tout simplement pas pris la peine d'utiliser PUT et DELETE, et a utilisé directement GET et POST.

En même temps, je dois dire que cela ne concerne que le domaine Internet. La logique commerciale de la plupart des entreprises est relativement simple et la période de construction est anormalement courte (tout comme la plupart des startups Internet utilisent du brut et du brut). PHP rapide au lieu de Java relativement rigoureux). Dans certains domaines où le métier est complexe et où la stabilité et l'exactitude sont élevées (comme l'ERP, le commerce électronique, le paiement), WebService a toujours sa place.

3 Pourquoi JSON est plus populaire que XML

C'est aussi une question de facilité d'utilisation. JSON est plusieurs rues de Chang'an plus lisible que XML et les règles d'analyse. sont beaucoup plus simples. Il existe trop de règles lors de l'analyse XML, notamment des caractères illégaux et des exceptions. Il s’agit d’un défaut fatal pour les entreprises qui recherchent une vitesse de développement élevée et des seuils de développement faibles.

L'inconvénient de JSON est qu'il prend moins en charge les types de données et est imprécis. Par exemple :

price:12580

En json, vous n'avez aucun moyen de savoir si le prix est int, float ou double.

Ainsi, comme mentionné dans le deuxième point ci-dessus, dans certains domaines ayant des exigences commerciales plus élevées, XML est plus adapté.

Enfin, parlons de performances. Les performances de JSON sont supérieures à celles de XML. De plus, il n'y a pas de différence de performances entre WebService basé sur XML et HTTP et l'API RESTful basée sur JSON.

Dans quelle mesure les performances XML sont-elles mauvaises ? Il existe un processeur spécial appelé XML Accelerator qui fournit une accélération matérielle pour l'analyse XML.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!