44K Views

Api cambio de paradigma: de Jabón para Descansar

Api de permitir a los programadores construir increíble herramienta y Aplicaciones, incluso con diferentes ambientes.

Para aquellos que no estén familiarizados con la API,

¿Qué es la Api?

De acuerdo a la wikipedia, una interfaz de programación de aplicaciones (API) es un conjunto de definiciones de subrutinas, protocolos y herramientas para la construcción de software de aplicación. En términos generales, es un conjunto de una definición clara de los métodos de comunicación entre los diversos componentes de software.
En el lado del servidor de la Interfaz de API consta generalmente de un normalizados de solicitud-respuesta del Sistema, lo que normalmente se conoce como Servicios Web.

Para el desarrollo de una Api, usted debe seguir uno de los modelos de diseño como:

  • Rest
  • SOAP
  • JavaScript
  • XML-RPC

Dos más dominante en el diseño de modelos para la API son SOAP y REST de. SOAP que se usa para ser la opción más popular para hacer uso específico de la Api(s). Pero, Ahora usted puede ver el cambio de paradigma de SOAP para REST. REST modelo de diseño se ha ganado una enorme popularidad, debido a su simplicidad y genialidad.
Como desarrollador, puede seguir uno según sus requisitos. Vamos a echar un vistazo a ellos:

SOAP:

En resumen, SOAP(Simple Object Access Protocol) es un protocolo de especificación para la transferencia de información. Proporciona fuertemente el tipo de formato de mensaje para la API, y se basa en el formato XML.

soap architecture

Ejemplo De Solicitud:

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>

Ejemplo de respuesta:

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

Rest:

REST de es un estilo de arquitectura, a diferencia de SOAP que es un protocolo estandarizado. se hace uso de HTTP y utiliza métodos HTTP explícitamente. Puede la estructura de datos de la api en JSON, XML, YAML, HTML o cualquier otro formato. JSON es el formato preferido. A diferencia de SOAP, no es necesario el uso de verbos de acción, pero correspondiente HTTP Métodos como GET, PUT, DELETE, POST, PATCH.

ReST architecture

Ejemplo De Solicitud:

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

Ejemplo de respuesta:

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

Más y más sitios como uvdesk son los siguientes REST patrón de diseño.
Porque el REST tienen muchas ventajas sobre el SOAP como

  1. Rest aprovecha HTTP, por lo que todo es simple.
  2. En el Rest de metadatos y uri son sustantivos, la acción se especifican mediante los Métodos HTTP como GET, PUT, POST, DELETE, PATCH, HEAD.
  3. Rest API(s) son más adecuados para dispositivos móviles. por lo tanto, si usted puede usar su API para que las Aplicaciones móviles de API de ReST es la opción correcta para usted.
  4. varios formatos de datos puede ser admitidos como JSON, YAML, XML, mientras que el SOAP sólo proporciona el formato XML.
  5. Rest de servicios son almacenables en caché.
  6. Normalmente, el Rest es más rápido que el SOAP. Desde entonces, se utiliza el formato JSON en lugar de XML.
  7. Rest siguientes de la comunidad es bastante grande. así que Usted puede encontrar fácilmente adecuado de la biblioteca para el Rest establecimiento.

¿qué es Lo Siguiente?

Si ha seleccionado adecuado Modelo de Diseño. A continuación, Permanecer conectado para la próxima API categoría de blogs . En los Próximos blogs, Usted puede tener una mirada en nuestro viaje completo de API de desarrollo. Además, hay todo tipo de trucos, atajos y los puntos clave que hemos aprendido mientras que el desarrollo de la API de REST.

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

Comment

Add Your Comment

Be the first to comment.

css.php