Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. Web Development
Code

Desarrollando una aplicación de citas con Sinch: RESTful API

by
Difficulty:IntermediateLength:LongLanguages:
This post is part of a series called Creating a Dating Application with Sinch.
Creating a Dating Application with Sinch: Integrating Sinch
Sponsored Content

This sponsored post features a product relevant to our readers while meeting our editorial guidelines for being objective and educational.

Spanish (Español) translation by Steven (you can also view the original English article)

En este tutorial, vamos a crear una aplicación de citas para iOS similar a Tinder. Para voz y mensajería, aprovecharemos la plataforma Sinch, haciendo uso de su poderoso SDK.

En la primera parte, nos centraremos en el desarrollo de una API RESTful para almacenar y recuperar información del usuario. En la segunda parte, el cliente de iOS se conectará a esta API para encontrar usuarios cercanos según la ubicación actual del usuario.

Utilizaremos Laravel 5.0 para el servicio RESTful y cubriremos conceptos básicos, como rutas y controladores. También vamos a definir modelos personalizados para admitir la integración de MongoDB de una manera similar a ActiveRecord. Empecemos.

1. Configuración básica

Voy a asumir que ya has instalado Composer y el último instalador de Laravel. Si no lo has hecho, entonces sigue la documentación oficial de Laravel 5.0. El proceso de instalación no debería tomar más de un par de minutos.

Desde la línea de comandos, navega hasta la ubicación donde deseas crear la aplicación para el servicio RESTful y ejecuta el siguiente comando:

Después de un par de segundos, el comando te dirá que la aplicación mobilesinch se ha creado correctamente. Navega a la nueva carpeta y ejecuta el siguiente comando:

Cualquier aplicación Laravel 5.0, por defecto, se envía con algunos 'scaffoldings' básicos para el registro y la autenticación de usuarios. Este comando se encarga de eliminar esto, ya que queremos comenzar con una pizarra limpia.

Hay otra cosa de la que tenemos que ocuparnos antes de escribir el código real para nuestro servicio RESTful. De forma predeterminada, Laravel 5.0 se entrega con un middleware para la protección de falsificación de solicitud entre sitios (CSRF). Sin embargo, dado que no estamos construyendo un sitio web sino una API REST, no tiene sentido tener esto en su lugar. Además, puede causar algunos problemas en el camino.

Para esta aplicación, lo mejor es eliminarlo. En la raíz de la carpeta de la aplicación, navega a app/Http. Dentro de esa carpeta, hay un archivo llamado Kernel.php. Ábrelo y quita la siguiente línea:

También puedes eliminar WelcomeController.php, que se encuentra dentro de app/Http/Controllers, así como la vista predeterminada welcome.blade.php dentro de la carpeta resources/views. No los usaremos, pero puedes dejarlos allí si quieres. Solo asegúrate de dejar la vista 503.blade.php en su lugar, ya que es útil para depurar la aplicación.

2. Modelo Base

La aplicación de citas que pretende crear este tutorial tiene una funcionalidad similar a Tinder en la que puedes encontrar usuarios cerca de tu ubicación actual. Para que esto funcione, la API debe realizar una búsqueda basada en la ubicación del usuario, conocida como una consulta geoespacial. Aunque podríamos hacer esto con MySQL, el estándar de la industria se inclina hacia MongoDB, y personalmente me gusta mucho más.

En lugar de usar la fachada de DB de Laravel, crearemos nuestra propia clase que los modelos de la aplicación ampliarán para realizar consultas en MongoDB.

Esta será una clase simple y no se integrará en el modelo Eloquent de Laravel, aunque podamos, me gustaría que sea simple por el momento.

Paso 1: Configuración de MongoDB

Antes de escribir la clase para realizar consultas MongoDB, debemos configurar la información de la base de datos, tal como lo haríamos para MySQL o PostgreSQL, o cualquier otro servidor de base de datos.

Dentro de la carpeta raíz config, crea un nuevo archivo y asígnale el nombre mongodb.php. Agrega el siguiente código:

Establecemos el host y el puerto para nuestro servidor MongoDB, si corresponde, configuramos el usuario y la contraseña para la conexión, y definimos la base de datos que usaremos, mobilesinch.

Como MongoDB es una base de datos orientada a documentos y no tiene esquemas, no necesitamos más configuración, ninguna definición de migración o cualquier otra cosa para estructurar las tablas. Simplemente funciona.

Paso 2: Conexión a la base de datos

Tenemos el archivo de configuración en su lugar y ahora es el momento de crear la clase real que manejará las interacciones con la base de datos.

Esta clase realizará consultas a MongoDB utilizando una sintaxis similar a ActiveRecord. Dentro de la carpeta app/Http, crea una nueva, Models, y agrega un archivo Base.php dentro de ella. Agrega el siguiente código:

Estos son los huesos básicos para nuestra clase de modelo Base. No se extiende desde nada y solo se basa en la fachada Config de Laravel para recuperar los parámetros de configuración que creamos anteriormente.

A continuación, necesitamos crear una conexión con la base de datos. Agrega el siguiente código al método privado _connect:

En este método, creamos una cadena de conexión y establecemos el nombre de usuario y la contraseña, si se proporcionan. Luego utilizamos el controlador MongoDB de PHP para crear una conexión y establecer la base de datos en la que se especifica en el archivo de configuración.

Si estás familiarizado con la sintaxis de MongoDB desde la línea de comandos, este método es el equivalente a ingresar a la consola de Mongo y al teclear use mobilesinch. Consulta la documentación oficial de PHP MongoDB para obtener más información.

Paso 3: Métodos de ayuda

Antes de continuar con las operaciones CRUD de la base de datos, hay algunos métodos que nuestra clase Base debe implementar. Estos se utilizan para establecer filtros, seleccionar declaraciones y otras variables de consulta que se utilizan para realizar operaciones de base de datos. Comencemos agregando las variables miembro necesarias. Sobre el constructor de la clase, agregue el siguiente código:

Estos son los titulares de las consultas de base de datos, where, select, limit y offset . Para establecer estas variables miembro, crea los siguientes métodos de establecimiento:

El método _limit será útil para paginar los resultados de una operación READ. El usuario puede configurar el parámetro limit para especificar el número de registros para recuperar y, opcionalmente, un parámetro offset para especificar la página para leer. Agrega el siguiente código al método _limit:

El método _select se utilizará para determinar qué campos de un registro debe devolver una consulta READ. La declaración de selección debe proporcionarse como una cadena separada por comas.

Finalmente, el método _where se usará para filtrar los resultados de la consulta y puede ser una matriz o un par key/value.

Ahora tenemos soporte para limitar y filtrar consultas, pero tenemos que agregar algunos otros métodos de tipo 'helper'. El primero se usará para combinar cualquier declaración where antes de emitir una consulta con el parámetro de la consulta where.

En un momento, cuando escribamos nuestros métodos CRUD, esto tendrá más sentido. En la parte inferior de la clase, agregue el siguiente método privado:

Parece un poco intimidante, pero en realidad es bastante simple. Primero verifica si el parámetro where es una matriz. Si es así, combina los valores dados con los existentes utilizando el método de ayuda _where.

Sin embargo, este método también admite una cadena para establecer lo que devuelve una operación READ. Esta cadena debe tener el siguiente formato:

Este ejemplo ejecutará una consulta y devolverá los campos donde el campo name se establece en John y el campo last_name se establece en Smith.

Sin embargo, ten en cuenta que, tanto para una matriz como para una cadena, verificamos si hay un campo _id presente. Si este es el caso y es una cadena, creamos un nuevo objeto MongoId a partir de él. Los identificadores son objetos en MongoDB y compararlos con una cadena devolverá false, por lo que esta conversión es necesaria.

Otra cosa que tenemos que hacer es restablecer todos los parámetros de consulta una vez que se haya realizado una operación para que no afecten las consultas posteriores. El método _flush se encargará de esto.

Paso 4: Operaciones CRUD

Ahora contamos con toda la funcionalidad requerida para filtrar y limitar los resultados de nuestras consultas. Es hora de las operaciones reales de la base de datos, que se basarán en el controlador MongoDB de PHP. Si no estás seguro de algo, consulta la documentación.

Operación CREATE

La primera operación que vamos a admitir es la de crear un registro en el sistema. Agrega el siguiente código a la clase Base:

A pesar de que el controlador PHP espera que los datos insertados sean una matriz, nuestra clase admitirá tanto matrices como objetos. Primero verificamos lo que se nos pasa y lo lanzamos en consecuencia. Luego intentamos insertar el registro en la base de datos y devolver el registro insertado como un objeto, incluido el _id.

Operación READ

Vamos a implementar dos métodos de lectura, uno se usará para recuperar un solo registro, mientras que el otro se usará para obtener una lista de registros. Empecemos por lo primero.

Definimos la cláusula where para la consulta y usamos el controlador MongoDB de PHP para realizar una operación findOne. Luego vaciamos los parámetros de consulta y devolvemos el registro como un objeto.

El controlador MongoDB de PHP devuelve el resultado como una matriz, mientras que yo personalmente prefiero los objetos. Esa es la verdadera razón para el elenco.

A continuación, implementamos el método _find para obtener una lista de registros.

En el método _find, usamos el método find del controlador, estableciendo el límite de la consulta mediante los parámetros limit y skip para admitir la paginación.

Sin embargo, este método devuelve un objeto MongoCursor, que luego repetimos para obtener los registros reales. Como antes, emitimos cada registro como un objeto, agregándolo a la matriz de resultados.

Operación UPDATE

Ya tenemos soporte para crear y leer registros de la base de datos. Ahora debemos poder editar esos registros y agregar o modificar los datos de un registro. Crea un nuevo método _update e implementarlo de la siguiente manera:

Al igual que con la operación CREATE, admitimos matrices y objetos, lo que significa que verificamos y emitimos en consecuencia. Combinamos las cláusulas where pasadas al método utilizando el método auxiliar. El resto no es diferente del método _insert creado.

Sin embargo, hay una cosa especial a tener en cuenta. Cuando actualizamos un documento de MongoDB y pasamos los datos al método _update, el documento será reemplazado. Si solo estamos actualizando un campo y pasamos los datos para ese campo, el documento se convertirá en ese campo. Es por esto que necesitamos crear una matriz con la clave $set y la información adicional. El resultado es que nuestro registro no se reemplazará con la nueva información.

Operación DELETE

Finalmente, el controlador debe admitir la operación DELETE para eliminar documentos de la base de datos.

Como antes, establecemos la cláusula where para la operación de eliminación y confiamos en el controlador MongoDB de PHP para realizar una operación remove en la base de datos.

Y eso es todo para nuestro modelo Base. Es mucho código, pero ahora podemos realizar operaciones en MongoDB para los modelos que heredan de la clase Base.

3. Modelo Session

El modelo Session se encargará de crear, eliminar y encontrar una sesión en la base de datos. Crea un nuevo archivo dentro de la carpeta Models de la aplicación, asígnale el nombre Session.php y agrega el siguiente código:

Este modelo se extiende desde la clase Base que creamos anteriormente para admitir las operaciones de MongoDB. También establece la colección que se utilizará para sessions.

El método create se utiliza para crear un registro de sesión de usuario. Antes de intentar crearlo, el método verifica si el usuario ya tiene una sesión activa. Si lo hace, lo elimina de la base de datos y crea el nuevo registro con la información de usuario pasada.

El método find se utiliza para recuperar un registro de sesión de la base de datos utilizando un token de sesión. Ten en cuenta que simplemente establece la cláusula where para la consulta y delega la tarea de encontrar el registro en el método _findOne de la clase Base.

Para finalizar una sesión de usuario, implementamos el método remove. Usando el token de sesión, delega el trabajo pesado al método _remove de la clase Base. Ten en cuenta que el modelo no verifica el token de sesión que se pasa. Esto debe ser manejado por el controlador. La única preocupación para el modelo es la manipulación de datos.

4. Modelo User

El otro modelo que necesita nuestra API REST es uno para manejar las interacciones relacionadas con el usuario. Dentro de la carpeta Models de la aplicación, crea un nuevo archivo User.php y agrega el siguiente código:

El modelo User es un poco más complicado. Comencemos con los métodos para recuperar usuarios. El método get se encargará de recuperar un solo registro, utilizando la identificación del usuario. Agrega el siguiente código al método get:

Estamos asumiendo que en el caso de que el parámetro where no sea una matriz, sea la identificación del usuario. El método get luego delega la tarea de encontrar el registro en el método _findOne de la clase Base.

El método get_error es un método auxiliar que le dará al controlador más información sobre fallas en el modelo.

La última operación de lectura en el modelo User es la del método retrieve. Esto traerá una lista de usuarios. Agrega el siguiente código al método retrieve.

Este método soporta paginación y consultas geoespaciales. Si se pasan los parámetros id y distance, intenta buscar usuarios cercanos según la ubicación del usuario.

Si el id no coincide con ningún registro, devuelve falso. Si el usuario existe, prepara una consulta geoespacial utilizando un índice MongoDB 2dsphere.

Ten en cuenta que también estamos configurando la consulta para no devolver al usuario que coincide con el _id del usuario que realiza la búsqueda. Finalmente, establece el límite de consulta y los parámetros de desplazamiento, delegando la tarea al método _find de la clase Base.

Para eliminar usuarios, necesitamos implementar el método de eliminación. Agrega el siguiente código al método remove:

Verificamos que el _id dado corresponde a un usuario existente e intentamos eliminarlo utilizando el método _remove de la clase Base. Si algo salió mal, establecemos la propiedad _error del modelo y devolvemos false.

Otra operación que nuestro modelo debería soportar es la creación de registros de usuarios. Agrega el siguiente código al método create:

En este método, nos aseguramos de que no haya un usuario asociado con el correo electrónico o móvil dado. Si eso es cierto, devolvemos el usuario correspondiente. Si no lo es, delegamos la tarea para crear un usuario al método _insert de la clase Base.

Antes de devolver el registro de usuario, colocamos el _id en una cadena. ¿Porqué es eso? El objeto que se nos devuelve define el campo _id como un objeto MongoId. La aplicación cliente, sin embargo, no necesita este objeto.

El modelo User también debe admitir la actualización de registros de usuario. Agrega el siguiente código al método update:

Al igual que en la clase Base, el método update acepta tanto matrices como objetos como los datos para el usuario. Esto hace que el método sea mucho más flexible.

Antes de actualizar el registro de usuario, nos aseguramos de que email y mobile del usuario no estén en uso por otro usuario. Si ese es el caso, establecemos el error en EXISTING_USER y devolvemos false. De lo contrario, delegamos la operación de actualización a la clase Base.

5. Clase BaseController

Al igual que los modelos de la aplicación heredados de la clase Base, los controladores también heredan de una clase padre común, distinta de la clase Controller de Laravel. Sin embargo, esta clase BaseController no estará cerca de la complejidad del modelo Base.

La clase solo se utilizará para manejar algunas tareas simples. Para crear la clase, usamos el comando artisan de Laravel. Desde la línea de comandos, navega hasta la raíz de tu aplicación y ejecuta el siguiente comando:

Esto creará un archivo llamado BaseController.php dentro de la carpeta Controllers de la aplicación en la carpeta app/Http. Dado que estamos utilizando el indicador --plain, el controlador no tendrá ningún método, lo cual es lo que queremos.

Este controlador no utilizará la clase Request, por lo que puedes continuar y eliminar la siguiente línea:

Debido a que necesitamos acceso al modelo Session, agrega la siguiente línea a la declaración de la clase BaseController:

Ahora estamos listos para implementar los métodos de la clase BaseController. Comienza agregando los siguientes métodos dentro de la declaración de clase:

El método _check_session se utiliza para verificar el token de sesión, que se pasa como primer argumento. Algunas tareas en la aplicación requieren que el usuario esté conectado. Por ejemplo, al actualizar un registro de usuario, el usuario correspondiente a la sesión activa debe coincidir con el _id del registro que debe actualizarse.

La implementación es bastante sencilla. Obtenemos la sesión para el token de sesión y, si el ID del usuario que corresponde con la sesión coincide con el ID que se pasa como segundo argumento, devolvemos la sesión. De lo contrario, devolvemos false.

El otro método auxiliar se encarga de enviar un resultado al cliente que consume la API. Por el momento, solo apoyamos a JSON. Si el resultado a devolver es un objeto y tiene un parámetro de estado, lo configuramos utilizando el método de ayuda response de Laravel. De lo contrario, simplemente devolvemos el resultado.

6. Clase SessionController

El siguiente controlador que implementaremos es el que maneja las solicitudes del recurso de Sessions. Desde la línea de comandos, navega hasta la raíz de tu aplicación y ejecuta el siguiente comando:

Esto creará un nuevo archivo llamado SessionController.php dentro de la carpeta Controllers de la aplicación en la carpeta de app/Http. Antes de implementar esta clase, necesitamos cuidar algunas cosas.

La clase SessionController actualmente hereda de la clase Controller de Laravel. Necesitamos configurar esto para usar nuestra clase BaseController. Esto significa que necesitamos reemplazar

con

También necesitamos cambiar la cláusula extends de la clase. En lugar de extenderse desde Controller, asegúrate de que tu clase esté extendiendo la clase BaseController. También debemos incluir los modelos utilizados en el controlador. Debajo de la última declaración, agrega las siguientes líneas:

Normalmente, solo usaríamos SessionModel, pero verás por qué también estamos usando UserModel en un momento. En cuanto a la propia clase del controlador, agrega el siguiente código:

Establecemos el objeto model del controlador en el constructor y declaramos un par de métodos, que son las acciones admitidas por el recurso Sessions.

Paso 1: Eliminación de la sesión

Para eliminar una sesión de usuario, simplemente usamos el token de sesión, que se proporciona como un parámetro en la URL del recurso. Lo declararemos más adelante en las rutas de aplicación. Dentro del método destroy, agrega el siguiente código:

El método utiliza el método remove de SessionModel y devuelve el resultado utilizando el método _response de la clase BaseController. Si la eliminación de la sesión es exitosa, devolvemos un objeto vacío. Si ocurrió un error, devolvemos un error con un código de estado 403.

Paso 2: Creación de la sesión

El método para crear una sesión es un poco más complicado. Ten en cuenta que en la declaración del método estamos utilizando el objeto Request de Laravel. Utilizamos este objeto para acceder a los parámetros POST de la solicitud. Dentro del método create, agrega el siguiente código:

Aún no hemos creado el objeto de sesión, porque hay algo que debemos discutir primero. La aplicación va a utilizar Facebook Login solamente. Desde el SDK de Facebook, obtenemos la información del usuario al realizar una operación de inicio de sesión. En el controlador POST de recursos API de Session, necesitamos admitir dos cosas:

  • iniciar una sesión para un usuario
  • crear el usuario cuando no existe y luego iniciando la sesión

Esta es también la razón para incluir UserModel en el controlador. En la cláusula else vacía anterior, agrega el siguiente código:

Primero verificamos si hay un usuario existente con email o mobile. Si el usuario existe, verificamos que el ID de Facebook dada coincida con el ID de Facebook para el registro del usuario. Si ese es el caso, creamos el objeto de sesión. Si no lo es, el método devuelve un error INVALID_CREDENTIALS con un código de estado 403.

Comenzar una sesión ya está completo. Ten en cuenta que esto no es extra seguro. Sin embargo, para los fines de este tutorial, funcionará bien.

En el caso de que no haya ningún usuario asociado con el correo electrónico o el dispositivo móvil, deseamos crear un nuevo registro. En la cláusula if anterior que está vacía, agrega el siguiente código:

Primero recuperamos el resto de los parámetros requeridos de la solicitud y luego verificamos si el parámetro location se proporciona como un objeto JSON o un objeto JSON codificado (string). El método espera que este parámetro esté en el siguiente formato:

Luego, transformamos esta ubicación en una ubicación de MongoDB 2dSphere. Para ejecutar consultas geoespaciales, este campo debe tener el siguiente formato:

Podríamos pedirle al cliente que envíe la ubicación en este formato. Sin embargo, es mejor que no sobrecarguemos al cliente con reformatear la ubicación del usuario ya que esto es específico para nuestra implementación.

Después de configurar el objeto de ubicación, verificamos que los parámetros requeridos por el usuario existen y, si ese es el caso, creamos un nuevo objeto de usuario usando el método create de la clase UserModel.

Eso es. Aunque podríamos iniciar una sesión enviando solo los parámetros email y fbId o los parámetros mobile y fbId, si se proporciona el resto de la información del usuario, nuestro controlador se encargará de crear un nuevo usuario cuando sea necesario y comenzar una sesión.

7. Clase UserController

El último controlador que necesita la aplicación es el encargado de manejar el recurso Users. Una vez más, usamos el comando artisan de Laravel. Desde la línea de comandos, navega hasta la raíz de tu aplicación y ejecuta el siguiente comando:

Esto creará un archivo UserController.php dentro de la carpeta Controllers de la aplicación en la carpeta app/Http. Al igual que con la clase SessionController, asegúrate de que la clase UserController hereda de BaseController y que incluya la clase UserModel. Dentro de la declaración de clase, agrega el siguiente código:

Al igual que con la clase SessionController, inicializamos el objeto del modelo y declaramos los métodos que serán apoyados por el recurso Users. Comencemos con los de las operaciones GET. En el método get, agrega el siguiente código:

Para recuperar un registro del sistema, requerimos que el usuario tenga una sesión activa. No tiene que coincidir con el ID del usuario recuperado. Si el usuario no tiene una sesión válida, devolvemos un error PERMISSION_DENIED con un código de estado 403. De lo contrario, devolvemos el registro de usuario como un objeto JSON.

A continuación, para una lista de usuarios, necesitamos implementar el método de recuperación. Agrega el siguiente código al método retrieve:

Comenzamos por buscar los parámetros de solicitud, el token de sesión del usuario y los parámetros de distancia en particular. Este método, sin embargo, no requiere una sesión activa. Si una sesión es válida, pasamos el ID de usuario al método retrieve de la clase UserModel.

Si se pasa un parámetro distance, se ejecuta una consulta geoespacial. Si no, se realiza una consulta regular de tipo find. En caso de errores, recuperamos el error del modelo y lo devolvemos al usuario con un código de estado 403. De lo contrario, devolvemos una matriz que contiene los usuarios encontrados.

La creación del usuario se asignará a la operación POST del recurso Users. Agrega el siguiente código al método create:

Primero recuperamos la información necesaria para el usuario y, como en el controlador de creación de sesión, convertimos la ubicación del usuario al formato apropiado.

Después de esto, verificamos que se haya pasado la información requerida. Ten en cuenta que aunque los campos email y mobile son opcionales, al menos uno debe estar presente.

Después de estas comprobaciones, invocamos el método create de la clase UserModel para insertar el nuevo usuario en la base de datos. Finalmente, devolvemos el nuevo usuario o un error.

Para eliminar un usuario, necesitamos implementar el método de eliminación. Agrega el siguiente código al método de remove:

Este es uno de esos métodos en los que queremos que el _id del usuario se elimine para que coincida con el _id del usuario con la sesión activa. Esto es lo primero que verificamos. Si ese es el caso, delegamos al método remove del modelo. De lo contrario, establecemos el error en PERMISSION_DENIED y enviamos el resultado al usuario.

Finalmente, implementemos la operación de actualización del usuario. Dentro del método update, agrega el siguiente código:

Validamos los datos que se pasan y configuramos el objeto apropiado para que actualizar. En el caso del parámetro location, primero lo reformateamos.

Nuevamente, este método solo debe ser accesible para usuarios con una sesión activa que corresponda a su propio _id. Esto significa que primero comprobamos que ese es el caso.

Luego invocamos el método update de la clase UserModel y devolvemos el resultado al cliente.

8. Router de la aplicación

Con esa última pieza de código nuestra API está completa. Tenemos nuestros controladores y modelos en su lugar. Lo último que tenemos que hacer es asignar las solicitudes entrantes a los puntos finales apropiados.

Para eso, necesitamos editar el archivo route.php de tu aplicación. Se encuentra dentro de la carpeta app\Http. Si lo abres, deberías ver algo como esto:

Cuando la aplicación recibe una solicitud GET sin ningún recurso especificado, el método index de la clase WelcomeController debería manejarlo. Sin embargo, es probable que ya hayas eliminado WelcomeController al comienzo de este tutorial. Si intentas navegar a este punto final en un navegador, obtendrás un error. Vamos a reemplazar esa última línea con el siguiente código:

Asignamos las solicitudes API a los métodos previamente agregados a nuestros controladores. Por ejemplo, la siguiente llamada

se traduce en una solicitud DELETE a la URL dada. Esto significa que en el SessionController se llamará al método delete con un token de abc.

Conclusión

Eso es todo para la API REST con Laravel 5.0. Tenemos soporte para la administración de usuarios y sesiones, que es exactamente lo que necesitamos para implementar el cliente iOS.

En la siguiente parte de este tutorial, Jordan te mostrará cómo integrar esta API en una aplicación de iOS. También te mostrará cómo integrar el SDK de Sinch para mensajes y llamadas de voz.

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.