deSymfony 2012

Desarrollando un framework REST sobre los componentes de Symfony2

Asier Marqués  · 

Presentación

Vídeo

Transcripción

Extracto de la transcripción automática del vídeo realizada por YouTube.

bueno gracias por venir espero que hayas tomado café da las gracias a los patrocinadores y sobre todo a los organizadores que me consta que se han matado para organizar esta edición y ha salido perfecta desde mi punto de vista increíble bueno yo soy así soy

fundador de symmetric una agencia que hacemos productos para internet bilbao y también soy socio tecnológico en fort mission manager puntocom que es un remesas con gestor de proyectos para traductores vale desde hace algún tiempo vemos cómo está progresando

el tema de desarrollar aplicaciones de front-end html javascript y está evolucionando a un ritmo increíble vemos también cómo es ya prácticamente no es una opción el dar un soporte móvil a nuestros nuestros servicios entonces sabiendo esto nos planteamos cómo

podemos desacoplar los clientes de nuestro servicio cómo podemos centralizar nuestra funcionalidad para que da igual los clientes que se conecten accedan a la misma información y operen con ella hay diferentes formas de realizar esto una vez estamos escuchando

la que más nos chirría últimamente y de la que más se habla yo personalmente cuando he estado desarrollando lápices de de fort visions me doy cuenta de que red es la mejor opción porque aparte de que se ha definido hace muchos años te das cuenta de que estás

complicando te la vida utilizando protocolos que van sobre algo que ya tiene su propio protocolo definido y que estás utilizando todos los días yo creo que esta charla os va a interesar porque hagas honores vas a comprender hasta dónde llegan las herramientas

que utilizas en tu día a día sobre todo http bueno eso es un tipo de arquitectura para programar aplicaciones web distribuidas que utilizan http e intermedia luego veremos lo que significa hipermedia está definido hace más de 10 años y lo que siempre oímos

es que bueno para desarrollar una app y rest lo que tenemos que tener es pues no hacer estado en el servidor no guardar estado que para acceder o manipular un recurso información en nuestro nuestro papi pues no tenemos que aguardar variables de sesión y todo

debe estar en el re quest también vemos que la vidente tiene que estar el cliente totalmente separado de la pino y luego pues que tengo una interfaz basada en iuris esto lo que sabemos también hay un criterio para determinar qué nivel de madurez tiene nuestra

app y rest en qué nivel estamos aunque el nivel está la piquer que tenemos disponible con la que trabajamos el primer nivel es utilizar correctamente las huríes el segundo nivel es utilizar correctamente http y el tercer nivel al cual no llega ni dios es utilizar

hipermedia seguramente estos términos nos resultan así de primeras uriz recursos y pepe díaz algo que suena pero que no sepáis sabéis exactamente lo que es empezamos por el nivel 1 de ourense las uriz nos permiten identificar recursos identificar es la palabra

clave de las huríes hay diferentes tipos de uriz pero las que más conocemos y la que más nos interesa son las urls que además de identificar nos permiten localizar un recurso acaso una curso un recurso es cualquier cosa a la cual nos queramos acceder queramos

manipular y que se pueda separar del resto de información que tengamos un recurso puede ser un archivo mp3 un archivo de imagen un resumen de una factura un perfil de un usuario un listado de usuarios un detalle de usuario que hacemos mediante accedemos a

ellos mediante uriz para hacer correctamente uriz lo primero que tenemos que hacer es identificar un recurso lo vuelvo a decir las cosas se identifican mediante el nombres o puede que adjetivos yo no me refiero a algo como comer sino como comida eso es un

poco la idea definirlos nombrarlos y también deben ser jerárquicas aquí tenemos unos ejemplos de uriz que están mal hechas según rest get you ser barra idea y lleva el verbo gets implicación no está nombrando un recurso you said y de edit lo mismo llevan el

verbo edit no está nombrando login evidentemente implicación total no estamos accediendo un recurso estamos logrando nos jim boyce you ser rey de las facturas no tienen usuarios los usuarios tienen facturas en las página ciones órdenes el listado es el recurso

no la paginación no los órdenes para hacer correctamente esta subir sería así fijaros que tanto para recibir como para editar o eliminar con este recurso en este caso el detalle de usuario utilizamos la misma útil porque hagamos lo que hagamos con él es el

mismo recurso no va a apretar nuestra aplicación porque llamemos a una un login vale pero se recomienda utilizar nombres entonces podría ser sessions acepto que me authorization lo que veamos deben ser jerárquicas lo que a un comentado y luego se identifican

un recurso un filtrado una orden una búsqueda no es un recurso a menos que crees la búsqueda del servidor entonces sí que sería un recurso para todo lo demás http formatos ocurre un poco lo mismo esto estamos menos acostumbrados poner punto extensión para

el formato que queremos yo me he visto todos los días pero mi nombre no cambia el recurso es el mismo lo representamos en jason en xml en html y como distinguimos por uri esto pues con http con http podemos mandar un hitler indicando qué formatos aceptamos

y en la respuesta nos dice qué contenido nos está enviando y si ese contenido no está disponible o no le implementamos no enviamos un 404 porque el recurso existe enviamos un código que nos indica que el recurso existe pero lo que le estamos pidiendo pues

no no utilizamos y esto nos llevan en 2 utilizar http como framework no solamente como protocolo de transporte que es lo que utilizamos normalmente http nos da una serie de funcionalidad que nos hemos empeñado en reinventar son los métodos que ya conocemos

algunos los códigos de estado los contenta y que ya hemos visto tenemos mecanismos para hacer control de versiones si queremos tenemos mecanismo también para hacer caché los métodos todos conocemos el puig y el ret o sea el postiguet perdón el poste debería

[ ... ]

Nota: se han omitido las otras 2.866 palabras de la transcripción completa para cumplir con las normas de «uso razonable» de YouTube.