Diseño de procesamiento de datos del lado del servidor y api de samsung smarttv
El diseño de una aplicación para el Samsung SmartTVvdepends de la eficiencia con su servidor de datos responde a las solicitudes de la API de datos necesarios para la aplicación. Un proyecto de desarrollo de aplicación bien diseñada puede reducir significativamente su programa de desarrollo. Para los intercambios de datos API eficientes, es vital para un desarrollador de familiarizarse con la API de servidor y consultar activamente con el proveedor de datos.
La aplicación se muestra en la figura tiene una lista de menú estático de títulos en el panel izquierdo, y un elemento de menú enfocado muestra una lista de archivos de vídeo a la carta para el artículo.
Para visualizar la información de metadatos de los archivos de vídeo a la carta, como se muestra anteriormente, un concepto API se puede diseñar como se muestra aquí.
Parámetro | Tipo | Descripción |
---|---|---|
TitleID | Cuerda | ID único para el VOD |
Nombre del campo | Tipo | Descripción |
---|---|---|
TitleID | Cuerda | ID único para el VOD |
título | Cuerda | Título de la VOD |
fecha | Cuerda | fecha de registro para el VOD |
miniatura | Cuerda | miniatura de la dirección de VOD |
vodURL | Cuerda | Ubicación para el VOD |
Descripción | Texto | Descripción de la VOD |
Estado | Boole | Si el VOD está actualmente activo |
La estructura de la API es similar a la estructura de datos de un servicio de boletín electrónico común. A titleid (ID única para cada título VOD) se utiliza como el valor de clave en un POST o GET solicitud, y para recibir los datos correspondientes desde el servidor.
XML respuesta de tipo con la estructura de datos
Una respuesta del API de tipo XML con la estructura de datos anterior se muestra en el siguiente ejemplo.
Video: Curso Creación API Web RESTful
respuesta de tipo JSON con la estructura de datos
Una respuesta API tipo JSON con la estructura de datos anterior se muestra en el siguiente ejemplo.
XML frente JSON
La mayoría de los servicios de API en el SmartTV se proporcionan ya sea en el formato JSON o XML, y ocasionalmente en un formato de texto plano. Muchos desarrolladores prefieren el tipo JSON. Pero eso no significa que JSON es superior a otros tipos.
Cada medio ambiente exige un tipo de respuesta diferente para un procesamiento más eficiente. El formato JSON está optimizado para la plataforma web, fácil de usar, ligero, y sobre todo, se ajusta al modelo de javascript orientado a objetos. Por otro lado, el formato XML se apoya en muchas plataformas, de fácil lectura, y se suministra con una gran cantidad de información de referencia.
Tipo | JSON | XML |
---|---|---|
Pros | Concisa con los datos sólo es necesario Optimizado para el manejo de datos javascript Fácil de usar | Fácil de escribir Fácil de leer bien referenciada |
Contras | No es tan fácil como XML para leer No es adecuado para la recepción de datos de gran tamaño | tamaño de archivo hinchada Es difícil analizar los datos |
API manejo eficiente
Una gran parte del diseño de la API es hasta el entorno del sistema del proveedor de API. diseño de la API de un desarrollador de aplicaciones está limitada por las opciones disponibles por el proveedor de API. Algunos proveedores de API tienen opciones muy limitadas o incluso la estructura-API fijo solamente, lo que hace del concepto del diseño API sentido.
Video: Week 9
Aun así, crear y gestionar una tabla de estructura de API, como se indica anteriormente, todavía puede ahorrar una gran cantidad de comunicación innecesaria con la empresa de servicios. La tabla se puede utilizar durante todo el desarrollo y depuración. También se puede compartir con los no programadores: productores, diseñadores y clientes, y les permite comprobar rápidamente si una función deseada puede ser implementada.