-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Guillermo Schwarz escribió:
> 
> 
> On 6/19/06, *Esteban A. Maringolo* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
> 
> 
>     Guillermo Schwarz escribió:
>     > Implementé algo parecido en Java y salió espectacular. Me demoré 2
>     > semanas en que se viera algo y de ahí en adelante puedo hacer
>     cosas que
>     > no se pueden hacer en Struts y todo sale increíblemente simple.
> 
>     Y como implementaste las continuations?
> 
>  
>  
> ¿Quién las necesita?
>  
> Es como preguntar cómo implementar bloques en Java, se usa Runnable y
> listo, aunque los bloques tienen usos mucho más elaborados y poderosos,
> con Runnable generalmente basta.
>  
> Meter toda la información en la sesión es suficiente. Aún así las mismas
> clases pueden mantener gran parte del estado, de modo que los
> continuations no son necesarios, o al menos aún no entiendo para qué los
> necesitaría.

Las continuations sirven como un soporte invisible para una forma de
programar, olvidandose de lo que ocurre en el medio, pudiendo suspender
la ejecución en un punto, y retornando luego sin tener que "predefinirla".

Si en java tenés un método que hace:

foo() {
  items = selectShoppingItems();
  aBillingInformation = collectBillingInformation();
  confirmTransaction(items, aBillingInformation)

}

y esos tres métodos ejecutaron el cambio de varias páginas, y quien sabe
que ramificaciones (no predefinidas), pero retornaron a las asignaciones
de las variables (habiendo ejecutado la confirmación dentro de una
transaccion aislada del resto, no resumible) y logras eso sin
continuaciones, entonces no lo necesitas, sino te sirven para manejar
ese tipo de situaciones.


>     > Estuve leyendo el otro día que SeaSide tiene problemas, pero no
>     entendí
>     > la explicación. ¿Alguien tiene más información al respecto?
> 
>     Si das un poco más de información acerca de "qué" problema, tal vez te
>     podamos ayudar.
> 
>  
> El primer problema obvio de SeaSide es que si se desarrolla en una
> versión particular de Smalltalk, entonces la aplicación debe portarse a
> las otras versiones. Eso no pasa en Java, pero podría pasar si Java se
> vuelve open source y se fragmenta.

Ese problema es real, pero no es exclusivo de Seaside, sino de cualquier
cosa que hagas en Smalltalk, y sobre todo que no haya sido desarrollada
pensando en la portabilidad. Hay algunos layers de abstraccion del
dialecto que permiten abstraerte de esto, y todavía no estan maduros.
Uno de ellos es SPort (el cual estoy portando a Dolphin en mis ratos).


> El problema que leí hace un mes ya no lo puedo encontrar, obviamente lo
> deben haber solucionado, ya que en Smalltalk todo es tan rápido y dinámico.

Qué lástima que no lo recuerdes, y te hayas quedado con la idea de que
"tenia problemas".

> Encontré que existe /seasidehosting.st <http://seasidehosting.st/> lo
> cual encuentro excelente./

Para mi gusto podría andar un poquito más rápido, pero a caballo
regalado... :-D

Saludos.

- --
Esteban.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (MingW32)

iD8DBQFEmKBwdPDJq/J5MioRAsCkAJ9AGy0si2yMGauey/bVaEuruaQZOACaAq30
DtNCTKP1TkHZlgV6MTmwn/w=
=X6oX
-----END PGP SIGNATURE-----

--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupos de Google 
"clubSmalltalk" grupo.
 Si quiere publicar en este grupo, mande un correo electrónico a 
[email protected]
 Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
 Para visualizar más opciones, visite este grupo 
enhttp://groups.google.com/group/clubSmalltalk
-~----------~----~----~----~------~----~------~--~---

Responder a