44K Views

Api changement de paradigme: le Savon pour se Reposer

Api permet aux programmeurs de construire incroyable outil et les Applications, même avec des environnements différents.

Pour ceux qui peuvent ne pas être familiers avec l’API,

Ce qui est de l’Api?

Selon wikipédia, une interface de programmation d’application (API) est un ensemble de sous-routine définitions, les protocoles et les outils pour la construction d’une application logicielle. En termes généraux, c’est un ensemble clairement défini les méthodes de communication entre les différents composants logiciels.
Côté serveur de l’Interface de l’API est généralement constitué de standards de requête-réponse du Système, généralement appelée en tant que Services Web.

Pour le développement d’une Api, vous devez suivre l’un des modèles de conception comme:

  • Reste
  • SAVON
  • JavaScript
  • XML-RPC

Deux plus importantes des modèles de conception pour les API sont SAVON et RESTE. Le SAVON utilisé pour être choix populaire pour la fabrication de l’utilisation spécifique de l’Api(s). Mais, Maintenant, vous pouvez voir le changement de paradigme de SAVON pour se REPOSER. RESTE la conception de modèle a gagné une énorme popularité, en raison de sa simplicité d’utilisation et d’awesomeness.
En tant que développeur, vous pouvez suivre l’un en fonction de vos exigences. Jetons un coup d’oeil:

SAVON:

En bref, SAVON(Simple Object Access Protocol) est une spécification du protocole pour le transfert d’information. Il fournit fortement du type de format de message pour l’API, et s’appuie sur le format XML.

soap architecture

Exemple De Demande:

POST /url HTTP/1.1
Host: HostServerName
Content-type: text/xml; charset=utf-8
Content-length: 350
SoapAction: http://tempUri.org/GetUserInfo
...
<?xml version="1.0" encoding="utf-8" ?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <soap:Body>
        <GetUserInfo xmlns="http://tempUri.org/">
            <UserID>1</UserID>
            <OutputParam />
        </GetUserInfo>
    </soap:Body>
</soap:Envelope>

Exemple De Réponse:

<?xml version="1.0" encoding="utf-8" ?>
<SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" ...>
    <SOAP-ENV:Body>
        <method:MethodNameResponse>
            <method:MethodNameResult xmlns=""  xsi:type="sqlresultstream:SqlResultStream">
                <!-- the results are returned here -->
            </method:MethodNameResult>
            <method:OutputParam>Value</method:OutputParam>
        </method:MethodNameResponse>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Autres:

RESTE est un style architectural qui, contrairement au SAVON qui est un protocole standardisé. il rend l’utilisation de HTTP et utilise des méthodes HTTP explicitement. Il peut de la structure de l’api de données en JSON, XML, YAML, HTML ou tout autre format. JSON est un format préféré. Contrairement au SAVON, vous n’avez pas besoin d’utiliser des verbes d’action, tout en correspondant les Méthodes HTTP GET, PUT, DELETE, POST, PATCH.

ReST architecture

Exemple De Demande:

GET /ticket
Accept: application/json
Content-Type: application

Exemple De Réponse:

200 OK
Content-Type: application/json
{
    "ticket": {
        "id": 11174,
        "incrementId": 82,
        "subject": "ticket subject",
        "isStarred": null,
        "isAgentView": true,
        "isTrashed": false,
        "source": "website",
        "group": null,
        "priority": {
            "id": 1,
            "name": "Low",
            "description": "Low",
            "color": "#5cb85c"
        },
        "formatedCreatedAt": "21-Dec 10:36am",
        "totalThreads": "0",
        "agent": {
            "id": 1724,
            "name": "agent name"
        },
        "customer": {
            "id": 193,
            "name": "customer name"
        },
        "hasAttachments": 0
    }
}

De plus en plus de sites comme uvdesk sont les suivantes RESTE modèle de conception.
Parce que les autres ont de nombreux avantages par rapport à SAVON comme

  1. Reste exploite HTTP, donc tout est simple.
  2. Dans le Reste de métadonnées et d’uri sont des substantifs, des mesures sont spécifiées par les Méthodes HTTP GET, PUT, POST, DELETE, PATCH, la TÊTE.
  3. API Rest(s) sont plus adaptés pour les appareils mobiles. donc, si vous pouvez utiliser votre API pour les Applications mobiles API ReST est un bon choix pour vous.
  4. plusieurs formats de données peuvent être pris en charge comme JSON, YAML, XML, tandis que le SAVON ne fournit qu’format XML.
  5. Reste services sont mis en cache.
  6. Normalement, le Reste est plus rapide que le SAVON. Depuis, il utilise le format JSON plutôt que XML.
  7. Reste suivantes de la communauté est assez grande. donc, Vous pouvez facilement trouver de la bibliothèque pour le Repos implementaion.

Quelle est la Prochaine étape?

Si vous avez sélectionné adapté du Modèle de Conception. Alors, Restez connectés pour les prochaines API catégorie blogs . Dans les Prochains blogs, Vous pouvez avoir un coup d’oeil à l’intégralité de notre voyage de l’API de développement. En outre, il y aura toutes sortes de trucs, des réglages et des points clés que nous avons appris pendant le développement de l’API REST.

Tag(s) api rest soap
Category(s) API uvdesk
. . .

Comment

Add Your Comment

Be the first to comment.

css.php