Formularios al limite

formularios al limite

Ignacio Velazquez
@nass600
ignaciovelazquez.es

deSymfony | 2012

quien soy

• Ingeniero Informático de Madrid
• Seguridad IT & Gráficos en
Hannover, Alemania
• PFC con Symfony1 en Chicago, USA
• Programador PHP & Symfony2 @ ideup!
• Maquetador en tiempos libres

root

• Formularios en Symfony2
• Objetos de dominio
• Validación
• Demo 1
• Colecciones prototipadas
• Eventos y Subscriptores
• Demo 2

root/formularios

• Componente:
– Creación de formularios
– Sincronización de datos (app <-> client)
– Guessing de tipos
– Automatiza la validación de datos
(Componente Validator)
– Creación de la vista

root/formularios/mi-bundle

• Tipos:
– Definen el formulario y los campos
• Handlers:
– Procesan el formulario
• Objetos de dominio (opcional):
– Contienen los datos
• Eventos (opcional):
– Modifican el formulario o sus datos
• Transformadores (opcional):
– Modifican los datos entre la aplicación y el cliente

root/formularios/mi-bundle/estruct

eventos
handlers

objetos de dominio

Tipos + campos
personalizados

root/objetos-de-dominio

• Moldean el objeto para su uso en los
formularios
• Tienen mas o menos campos que la clase
final
• Aíslan la notación de la validación de la
entidad
• Permiten cambiar el tipo a los campos
• No esta acoplado al mapeo de Doctrine

root/objetos-de-dominio/uso/1

• Creamos el objeto de
dominio
• Añadimos las
restricciones
• Preparamos el mapeo de
datos del constructor


• Creamos la acción en el controlador
• Pasamos el objeto del modelo al objeto de dominio
para el mapeo de datos en la creación del formulario
• Mandamos la vista del formulario


• Creamos el tipo con los
campos del objeto de
dominio
• Asignamos a data_class
el namespace del objeto
de dominio

root/validacion

• Sistema de restricciones de datos
• Principal uso en formularios (también
como servicio)
• Se utiliza en el bind de datos del
formulario
• Se puede implementar de varias maneras

root/validacion/tipos

• Mediante Asserts en campos concretos
(anotaciones, yml…)
• Grupos de validaciones
• Callbacks
• Restricciones personalizadas (Custom
Constraints)

root/validacion/callbacks

• Se pueden usar para validaciones
condicionales
• Pueden intervenir múltiples campos
• Se integran en la Entidad o en el Objeto
de Dominio

root/validacion/callbacks/uso

• Le indicamos al
objeto el callback que
tiene que usar
• Cuando valide
ejecutara el código
para comprobar la
nueva restricción
• Añade el error al
campo que le
indiquemos

root/validacion/restriccion-pers

• Añaden mas restricción al formulario
creando un Constraint nuevo
• Modulable y reusable

root/validacion/restriccion-pers/uso

• Directamente
añadimos la nueva
restricción al campo
• Creamos la
restricción y su
validador

root/colecciones

• Grupo de formularios del mismo tipo
embebidos en otro
• Validado recursivo
• Persistencia automática gracias a Doctrine
(warning!!)

root/colecciones/prototipos

• Permiten añadir o eliminar elementos de
la colección en el formulario
• Ofrecen el prototipo del template de un
elemento de la colección para añadir
nuevos items con javascript

root/colecciones/vista

• Renderizamos toda la colección y el
template del prototipo mediante un Twig
Theme
• Problema con los ids de los elementos de
la colección (_form_field_x_widget)

root/colecciones/prototipos/uso/1

 Tipo del formulario
• Añadimos el tipo de los
elementos de la colección
• Habilitamos los atributos
allow_add y allow_delete


• Usando un twig
theme creamos un
bloque que se ocupe
tanto del prototipo
como del
renderizado de los
hijos


 Javascript
• Añadimos los
hooks para añadir y
eliminar elementos
de la colección
• Reemplazamos el
placeholder con un
id numérico

root/eventos

• Modificación de datos, del formulario o
ejecución de acciones durante el ciclo de
vida de un formulario.
• Eventos al crear el formulario
• Eventos al procesarlo

root/eventos/tipos

• Envío de datos (setData)
– Lanzados en la asignación de datos al
formulario
– Manipulan los datos de aplicación (modelo)

• Recepción de datos (bind)
– Lanzados en la unión de los datos de cliente
(form) y los de aplicación (modelo)

root/eventos/tipos/envio

• PRE_SET_DATA
• SET_DATA
• POST_SET_DATA

root/eventos/tipos/recepcion

• PRE_BIND
• BIND_CLIENT_DATA
• BIND_NORM_DATA
• POST_BIND

root/eventos/suscriptores

• Tipo de Listener
• Previamente le dice al Dispatcher que
eventos va a escuchar
• Abstracción del manejo de eventos de los
formularios

root/eventos/suscriptores/uso/1

• Creamos la clase y
escuchamos en el
evento que
queremos
• Añadimos la lógica
que va a ser lanzada

root/eventos/suscriptores/uso/2

• Añadimos el
suscriptor en el tipo
del formulario

gracias

• www.slideshare.net/nass600/formularios-al-limite

Formularios al limite

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (19)

Ähnlich wie Formularios al limite

Ähnlich wie Formularios al limite (20)

Formularios al limite