¿Y por qué razón no puede ser salvado como negativo en la base de datos?
Bueno, ya que estamos filosofando, yo creo que podrías usar alguna analogía... veamos... Supongamos un campo llamado 'dato_encriptado' que necesita salvarse con un algoritmo específico por un requerimiento previo al almacenamiento (ya sea por compatibilidad con un sistema existente, o lo que se te ocurra). Está claro que cambiar un signo no es lo mismo que encriptar, sólo busco destacar la importancia de una transformación como requerimiento previo al almacenamiento. ¿Qué harías tú? ¿Encriptarlo en beforeValidate y luego validarlo, o primero validarlo y luego encriptarlo en beforeSave? Habría que ver si en otros contextos en donde se consume el modelo es necesario tener el dato disponible de una forma u otra, y qué conviene. On 28 mayo, 19:14, S Silva <[email protected]> wrote: > Buenas noches. > > Imaginaos el campo `numero_negativo`. > > Al solicitarlo al usuario y luego hacer model->save, su valor en this->data > es 5 y en algún callback debo modificarlo a -5 para insertarlo correctamente > en la bbdd. > > A nivel filosófico, qué creeis más correcto? > > - Invertirlo en beforeValidate y validar que sea un número negativo > ó > - Validar que sea un número positivo y luego invertirlo en beforeSave > > Puede que sea una chorrada de pregunta pero me planteo este tipo de cosas : > ) > > Un saludo. -- Has recibido este mensaje porque estás suscrito al grupo "CakePHP-es" de Grupos de Google. Para publicar una entrada en este grupo, envía un correo electrónico a [email protected]. Para anular tu suscripción a este grupo, envía un correo electrónico a [email protected] Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/cakephp-es?hl=es.
