Hola Gallego,
2006/12/20, Diego Gomez Deck [EMAIL PROTECTED]:
[...]
Diego, muy interesante tu trabajo. No creo que siempre sea necesario,
esn todo tipo de sistema, notificar al modelo de los cambios en la
vista inmediatamente,
-Tenes pensado tener algun modo tipo "desconectado" hasta que se hace
un submit? -
-Tenes pensado dar soporte para transacciones y buffer de modelos?
La forma m�s f�cil (y creo, m�s limpia) de hacer esto es instanciar OTRO
objeto. Si es una modificaci�n, se puede clonar el objeto original,
editar el clon, y actualizar el modelo (desde su clon) at�micamente.
Lo bueno de esta forma es que tanto el objeto "InEdition" como el
original, son modelo completos... ergo se aplica toda la l�gica del
modelo.
Cuando se crea un objeto nuevo, tambi�n se instancia una versi�n para
edici�n... que no se ingresa al sistema hasta que estaceptado/validado.
Esto dispara otro hilo interesante, paralelo a este:
- �C�mo manipular los objetos con estados intermedios/inv�lidos?
- �Se permite la instanciaci�n de objetos inv�lidos?
- �C�mo se refleja, en el modelo, que algunas partes de un
objeto son obligatorias?
Si les parece, podemos charlar un poco sobre esto.
Saludos,
-- Diego
--
==========================================
Diego Gomez Deck
------------------------------------------
http://diegogomezdeck.blogspot.com/
http://smalltalk.consultar.com/
==========================================
--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque est� suscrito a Grupo "clubSmalltalk" de
Grupos de Google.
Si quieres publicar en este grupo, env�a un mensaje de correo
electr�nico a [email protected]
Para anular la suscripci�n a este grupo, env�e un mensaje a [EMAIL PROTECTED]
Para obtener m�s opciones, visita este grupo en
http://groups-beta.google.com/group/clubSmalltalk?hl=es.
-~----------~----~----~----~------~----~------~--~---
