44K Views

Api cambio di paradigma: il Sapone per il Resto

Api consente ai programmatori di costruire strumento incredibile e Applicazioni anche con ambienti diversi.

Per coloro che non hanno familiarità con l’API,

Cosa c’è di Api?

Secondo wikipedia, Un’interfaccia di programmazione delle applicazioni (API) è un insieme di subroutine definizioni, protocolli e strumenti per la creazione di applicazioni software. In termini generali, si tratta di un insieme di chiaramente definiti metodi di comunicazione tra i vari componenti software.
Lato Server Interfaccia di API, di solito, consiste standardizzate richiesta di risposta del Sistema, tipicamente definiti come Servizi Web.

Per lo sviluppo di una Api, è necessario seguire uno dei modelli di design come:

  • Riposo
  • SOAP
  • JavaScript
  • XML-RPC

Due più dominante di modelli di progettazione per API sono SOAP e RIPOSO. SAPONE usato per essere popolare scelta per la realizzazione di specifici utilizzo di Api(s). Ma, Ora è possibile vedere il cambiamento di paradigma da SAPONE a RIPOSO. RESTO il modello ha guadagnato enorme popolarità, grazie alla sua semplicità e la suggestione.
Come sviluppatore è in grado di seguire ogni uno secondo i vostri requisiti. Diamo un’occhiata:

SAPONE:

In breve, SOAP(Simple Object Access Protocol) è un protocollo specifica per il trasferimento di informazioni. Esso fornisce fortemente il tipo di formato di messaggio per l’API, e si basa sul formato XML.

soap architecture

Esempio Di Richiesta:

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>

Esempio Di Risposta:

<?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>

Resto:

RIPOSO è uno stile architettonico, a differenza di SAPONE, che è un protocollo standardizzato. si fa uso di HTTP e utilizza i metodi HTTP esplicitamente. È possibile struttura di api dati in JSON, XML, YAML, HTML o qualsiasi altro formato. JSON è un formato preferito. A differenza di SAPONE, non è necessario l’uso di un verbo d’azione, ma corrispondente metodo HTTP GET, PUT, DELETE, POST PATCH.

ReST architecture

Esempio Di Richiesta:

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

Esempio Di Risposta:

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
    }
}

Sempre più siti come uvdesk sono di RIPOSO successivo modello di progettazione.
Perché il RESTO hanno molti vantaggi rispetto SAPONE come

  1. Resto sfrutta HTTP, quindi tutto è semplice.
  2. Nel Resto metadati e uri sono sostantivi, azione sono specificati dal metodo HTTP GET, PUT, POST, DELETE, PATCH, la TESTA.
  3. Rest API(s) sono più adatti per i dispositivi mobili. quindi, se si può utilizzare l’API per le Applicazioni mobili quindi ReST API, è la scelta giusta per voi.
  4. più formati di dati può essere sostenuto come JSON, YAML, XML, mentre il SAPONE fornisce solo formato XML.
  5. servizi ReST può essere messa in cache.
  6. Normalmente, il Resto è più veloce di SAPONE. Dal momento che utilizza il formato JSON, piuttosto che XML.
  7. Resto seguenti comunità è abbastanza grande. così, Si può facilmente trovare la libreria per il Resto implementaion.

che Cosa è il Prossimo?

Se avete selezionato idoneo Modello di Progettazione. Quindi, restate connessi per i prossimi API categoria blog . Nel Prossimo blog, Si può avere uno sguardo al nostro full cammino di sviluppo di API. Inoltre, ci sarà ogni sorta di trucchi, trucchi e punti chiave che abbiamo imparato durante lo sviluppo di API REST.

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

Comment

Add Your Comment

Be the first to comment.

css.php