Buenas prácticas en el desarrollo de aplicaciones con Symfony2

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

buenos días a todos gracias por esta charla que va a tratar sobre buenas prácticas en el desarrollo de aplicaciones simponi 2 bueno lo primero de las gracias a los patrocinadores y me presento vale mi nombre es fran moreno vengo de valència de trabajo una

empresa que se llama tierra virtual y pertenezco al grupo de symphony valencia estamos por ahí bueno este es mi twitter y son mi decoud es un blog que tengo con unos amigos en el que hay bastantes artículos prácticos sobre si sigues echarle un ojo y bueno

que vamos a verlo y hoy vamos a ver qué es con las buenas prácticas y buenas prácticas en banc dels que es esto raúl los controladores pequeños y modelo gordo vamos a ver cómo nos van a ayudar a los mobile manager a estos vamos a ver también eventos y finalmente

veremos también buenas prácticas en formularios y bueno antes de empezar quería comentar que un poco el motivo de symphony 2 es tan flexible que nos permite hacer casi cualquier cosa y casi de cualquier forma con lo cual nos lleva a tener un código casi mantenible

hay muchas veces también que por pereza dejamos las cosas para mañana y nunca se hacen y también hay veces que por desconocimiento aprendemos a hacer las cosas de una determinada forma y no vemos otras posibles formas de hacer lo que nos pueden ayudar y aquí

es donde entran las buenas prácticas las buenas prácticas es un conjunto de acciones que han funcionado bien en un determinado contexto y se supone que van a funcionar de forma similar en un contexto similar lo que vamos a hacer es ver cómo el propio código

de symphony 2 y de varios van d'elx y organizan ellos el código para nosotros hacer lo mismo las buenas prácticas por supuesto son son criticables hay muchas formas de hacerlas y como comentaba esta mañana bien depende del contexto hay veces que no hace

falta seguir las que no hace falta seguirlas bueno y empezamos con las prácticas básicas la primera manual esto es básico leer manuales básicos y que sólo leerlo una vez y ya está hay que hay que leerlo de vez en cuando porque el código ha cambiando y a su

vez igual que cambiar código también cambia de documentación y sobre todo en symphony tenemos la parte del cut book que constantemente están añadiendo entradas y son bastante interesantes aparte para poder subir ahí una entrada tiene que pasar un filtro con

lo cual es un código de calidad otra cosa que para mí es fundamental es mirar el código de symphony 2 al final symphony 2 está basado en buenas prácticas por lo tanto es el mejor ejemplo que tenemos para ver estas buenas prácticas cuando te metes al principio

en el código no entiendes nada pero bueno vamos poco a poco entendiendo luego tampoco entienden mucho pero más o menos hay que intentarlo y poco a poco se van cogiendo conceptos y lo mismo pasa con los grandes hay muchas veces que cogemos un ban del para que

nos solucione una cierta funcionalidad está bien hay que usarlo pero está bien también pararnos y ver como ellos han solucionado ese problema para luego nosotros pero hacerlo también y bueno esto lo que ha comentado esta mañana fue bien hay que cambiar el

favicon y también el apple touch icon que es el que sale cuando guardasen la página en el en el iphone y en el ipad como también bueno entramos ya en los bank dels voy a hablar de la estructura de directorios de los bam dels es algo así parecido así y muchas

veces nos pasan symphony que hacemos cosas y no sabemos si está bien o no muchas veces queremos una clase y decimos la he metido en el sitio correcto bueno pues como norma general cuando creamos una clase que estamos extendiendo un componente con una librería

se debe imitar su estructura es lo mismo que hacemos en los formularios en los formularios por ejemplo tenemos un directorio forma y dentro tenemos nuestros types pues lo mismo para por ejemplo los eventos bueno los eventos los comandos de consola la seguridad

o los validadores y por ejemplo en twitter también cuando creamos excepciones pues nos creamos una carpeta tweet de metemos nuestras extensiones otra buena práctica en los grandes es el hecho de separar la declaración de los servicios no hay que tener en el

que tan sólo un services y ml o xml y tener ahí todas las declaraciones es mejor separarlo lo tenemos más organizado y luego será más fácil encontrar las declaraciones otra cosa son los los parámetros de configuración nosotros en nuestro config y ml debajo

de nuestra que parámetros podemos definir directamente los parámetros y simplemente llamando llamando al método bien para meter de container obtenerlo esto está bien y funciona pero claro si queremos por ejemplo distribuir el bank de lo o simplemente queremos

añadir variación valores por defecto deberíamos usar la clase configuration configuration la clase configuration está dentro del directorio dependencia injection de nuestro bandel y lo que nos va a permitir es definir una estructura de nuestros parámetros

añadiéndole su validación y valores por defecto y de otras cosas luego sí que hay que finalmente añadirlos en la extensión que va a ser otra clase que basta en dependencia station de esto ahí hay documentación simplemente saberlo y bueno esto lo pasa un poco

rápido porque esta parte creo que es más interesante vamos a hablar de controladores y del modelo los controladores van a ser los que menos las acciones http perdón las peticiones http acciones de nuestra aplicación y finalmente devolver una respuesta en medio

de todo esto tienen que ser lo más pequeño posible de retiro deben delegar en servicios para hacer esto ahora veremos como también se dice sin pony 2 hable hecho oído que es http y no es un framework mvc porque porque no probé la capa de modelo y la capa de

[ ... ]

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