Entre los mayores logros de Twitter se encuentra el haber ofrecido desde el comienzo una API muy funcional. Esto permite que todos sus datos sean compartidos por este medio, facilitando el surgimiento de proyectos que dejan ver los distintos datos del servicio en múltiples formas.

Lo primero que podemos decir es que la API de Twitter se desarrolla a partir del estilo REST (Representational State Transfer). Este se distingue del XML-RPC por ser un diseño que carece de estados y cuyos métodos se pueden encontrar en una única URL. Sacando algunos métodos de carácter público, todo el resto necesita de las credenciales a las que accede un usuario registrado (aclaremos que la autentificación se hace a través de HTTP).

Ahora bien, la llamada a estos métodos se realiza por medio de peticiones POST, GET o HTTP, de acuerdo a la ocasión. En el caso de los métodos que devuelven datos, es posible pedirlos bajo el formato RSS, XML JSON o ATOM. Lo que sí debemos hacer cuando hacemos llamadas a los métodos es no olvidar chequear el HTTP Status Code que nos devuelve el servidor de Twitter. En caso de recibir un código distinto, podemos saber que algo no ha funcionado (el significado del código recibido va a depender, obviamente, del método al hayamos llamado).

Otra cosa que siempre tenemos que tener presente es que hay un límite máximo de 70 peticiones por hora para cada usuario. Este límite representa una de las dificultades más grandes cuando trabajamos con la API, ya que hay que lograr optimizar las llamadas para no quedar afuera muy rápido. Sin embargo, tanto los métodos públicos como los que necesitan una petición POST no son tomados en cuenta respecto a este límite.

No se pierdan los próximos artículos sobre esta sensacional aplicación!