Hola Hernán,
te contesto entre líneas:
> Si, en teoría si sería un problema a resolver con el volumen de
> clientes conectados, pero hoy en día ese tipo de problemas tienen solución.
> Al menos eso Google creo que eso lo demostró muy bien ;-).
Si, pero a pesar que google es un buen ejemplo de tener
muchos hits, es un mal ejemplo porque tienen los
recursos para escalar todo lo necesario :). La idea de
mantener viva la conexión entre server y cliente existe
desde hace tiempo y tiene una serie de problemas de
escalabilidad asociado. Al mismo tiempo es cierto que
hay herramientas copadas para manejar eso desde el lado
del server (poe, twisted, etc) pero bueno, el esfuerzo
de poner la maquinaria a funcionar no es trivial. De
todas formas en approach me parece súper interesante.
Ahora voy a chequear en la lista de seaside si alguien
ya portó Comet.
> Quizás si lo
> terrible, para mi, sea el ancho que consuma, pero también es cierto que se
> requieren a esta altura redes más rápidas y eso está en camino.
Extraño. yo justamente creo que si uno no tira eventos
en forma inconsciente (o de última usa una política
para cachear eventos y empaquetarlos cada, digamos, 2
segundos) justamente se reduce el ancho de banda de
tener que hacer polling desde el cliente.
> Ah, ahora entiendo lo que me decís. No se me ocurre otra cosa que
> tengas que escribir algo de JS o directamente usar como ST2JS una
> plataforma; pero esta última opción para tu caso quizás es demasiado JS el
> que tenga que viajar al cliente solo para interactuar, ¿no?
No, esa es la parte buena :). Cómo sólo tengo que
mandar por la red estrictamente los mensajes que se
evalúan de los objetos javascript termina siendo pocos.
Por las pocas pruebas que estuve haciendo son 3/5
lineas de código javascript de la forma
/obj.msg(param)/ y eso sólo se hace como respuesta a un
evento del usuario.
> Lamentablemente no tengo mucha idea como están implementadas las callbacks
> de Seaside, más allá que lo he usado para algunos proyectos chicos
> comerciales, pero no llegué a tener que meterme en sus entrañas.
Lo hace por medio de prototype, con algo de la forma de:
Ajax.Updater('message_channel_for_google_map_10850','http://localhost:8008/seaside/GoogleMaps',{'evalScripts':true,'parameters':['_s=piVSeSeMIkxykVKo','_k=QVEkpXSh','13'].join('&')})"
> Lo interesante que proyectos como el SWT y Lively demuestran que se
> puede hacer un St-to-JS e ir un paso más allá en el desarrollo web. Hoy en
> día, en los proyectos web tradicionales tenés que ser un experto en SQL +
> lenguaje aplicativo (C#, Java u otro) + AJAX + Javascript + XML + DOM + ....
> + etc. De esta manera con Smalltalk se demuestra que la simplificación lleva
> a tener más, aunque en el medio se estén usando todas estas cosas pero en
> forma transparente al desarrollador y al negocio que se está modelando. Esta
> relación me hace llevar a comparar esto contra una virtual machine.
> Imagínate que hoy decís, no escribo JS, ni AJAX, ni me importa el navegador
> cuando desarrollo. Es más o menos lo mismo que haber dicho eso en los 70 con
> los sistemas operativos y el hardware usando la VM ;-).
je, si. En general te encontrás que cada X años se
vuelven a las mismas ideas, pero en diferentes
contextos y con nombres mas marketineros :). Volviendo
a SWT (y poniéndome en abogado del diablo un rato :))
hay algunas cosas que te quería preguntar:
1. De entrada suena medio chocante tener que llevarme
todo el código de las clases ST a javascript. Tenés
algún tipo de comparación contra otros fwks respecto de
lo "pesada" que termina siendo la página? Al mismo
tiempo, tienen políticas de partición de scripts para
que el browser cachee o hacen siempre todo inline en la
página?
2. Ya hay mucho laburo hecho en widgets y efectos
bonitos para las páginas (YUI, scriptaculous, etc).
Cuentan con alguna forma de "hablar" con esas librerías
existentes?
3. Cómo deciden que parte se traduce a javascirpt y que
parte no? O sea, suponete que yo hago una vista HTML
que tiene un modelo, el cual va a residir en el server.
El fwk sabe que tiene que traducir el código de la
vista y no el del modelo? Cómo configuran esto?
Bueno, de mas está decir que el trabajo me parece muy
interesante.
Saludos,
andrés
--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás 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ía un mensaje a [EMAIL PROTECTED]
Para obtener más opciones, visita este grupo en
http://groups.google.com/group/clubSmalltalk?hl=es.
-~----------~----~----~----~------~----~------~--~---
