YouTube API con .NET
La API de YouTube, al igual que muchas otras de Google, está basada en RSS y por tanto en XML, pudiendo así equipararlo con un servicio web pese a no existir una llamada RPC (para aquellos conservadores que aun consideran los web services como ejecuciones a distancia XML-RPC y no peticiones de datos XML como puede explicarse hoy en día utilizando algunas de las referencias más importantes de Internet).
Por lo tanto, para cualquier uso que queramos realizar de las API de YouTube para tomar datos de videos, usuarios y temáticas, podremos hacer uso de la gran colección de herramientas y clases del framework de Microsoft para comunicarnos con la aplicación de Google.
Como siempre, cada uno tiene su sistema, y yo tengo el mio propio. Como ya sabreis, soy una persona muy purista y tengo por tendencia utilizar sistemas del más bajo nivel siempre que está en mi mano, por lo que no es dificil intuir la manera en que consumo y exploto las API de Google basadas en XML.
Para empezar, comienzo por descargarme el mensaje XML desde su origen. Tomemos como ejemplo la petición de datos de un video concreto:
using System.Net;
/* ############ */
string url = “http://gdata.youtube.com/feeds/api/videos/[codigo youtube del video]“;
WebClient wc = new WebClient();
string xml_file_stream = wc.DownloadString(url);XmlDocument xdoc = new XmlDocument();
xdoc.LoadXml(xml_file_stream);
De este modo descargamos el fichero XML que contiene la información referente al video del que queremos recuperar sus datos y lo cargamos en un objeto de tipo XmlDocument, estructura que podremos manipular a nuestro libre antojo.
En otro post, analizaré y mostraré los diferentes campos de la secuencia devuelta como XML y la utilidad que podemos sacarle para neustras aplicaciones tanto en ASP.NET como Windows Forms.
Personalmente, lo veo muy interesante para realizar integraciones de contenidos entre diferentes temas, usuarios o localizaciones geográficas, que podremos facilmente compartir en nuestras aplicaciones y dar servicios extra a neustros clientes y usuarios finales.
Pero, como siempre, el uso final estará en manos de todos nosotros: los desarrolladores, programadores y diseñadores software.
