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?
Despu s de esta s bana de email, les dejo estas preguntas:
- Qu framework de hacer UIs (de Smalltalk u otro lenguaje) les
parece m s poderoso?
Mmm. pregunta dificil. Poderoso me parece ABT en Visual Age pero MVP de
Dolphin es poderoso y simple a la vez aparte de ya incorporar el concepto de
Aspect con lo cual se generan los editores de cada objeto en forma din�mica,
esto es buenisimo para desarrollar tools. En ABT tenes la interfaz publica
pero esta todo (en mi opinion) bastante acoplado con el sistema de
construcci�n de ventanas de VAST y "no es tan obvio".
- Qu tipo de framework permitir a crear vistas autom ticas?
Cualquiera en el que tengas la capacidad de describir como
se muestran/editan/acceden los objetos. A esto podemos/debemos agregarle
alguna capacidad de persistencia.
-- Cuanto de dif cil es tunear a mano esas vistas autom ticas?
El framework puede hacer un lookup buscando el editor (puede estar hecho a
mano, ser una pagina estatica en un directorio, etc) para el objeto segun su
tipo* y si no lo encuentra utilizar uno por defecto y autogenerado basandose
en sus aspectos o descriptores.
*Digo tipo (Type) porque pueden ser clases o cualquier otra cosa que
represente ese concepto.
- Vieron el NakedObjects (http://nakedobjects.org/)? Qu les
parece?
Ahh por qu� los javeros tienen todo hecho y al alcance de la mano?
Nosotros estamos haciendo algo similar en Smalltalk pero optimizado para dar
soporte a la migracion de aplicaciones que ya tenemos funcionando, es decir
no buscamos hacer un Dabble DB sino algo m�s enfocado al negocio que
atendemos.
Creo que poder hacer el sistema configurando sin programar en su mayor parte
es una gran cosa, sobre todo si pensamos en como cambia el mantenimiento y
que tipo de Skill hace falta para mantener una configuracion y qu� hace
falta para mantener un framework, sobre todo dada la escasez de
smalltalkers, cuanto menos haya que programar sobre el image, mejor. Creo
que es factible hacer gran parte de un sistema usando un framework por el
estilo, aunque no hay que pensar que podemos hacerlo todo.
Saludos,
-- Diego
Saludos
GallegO
--~--~---------~--~----~------------~-------~--~----~
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.
-~----------~----~----~----~------~----~------~--~---
