2009/9/30 Nicolás Sanguinetti <[email protected]> > 2009/9/30 nico Santa <[email protected]>: > > 2009/9/30 Nelson Fernandez <[email protected]>: > >> Hey !! como va ! > >> > >> 2009/9/30 nico Santa <[email protected]> > >>> > >>> 2009/9/30 Nelson Fernandez <[email protected]>: > >>> > > >>> > 2009/9/30 Nicolas Guzzo <[email protected]> > >>> >> > >>> >> 2009/9/29 Matias Pablo Brutti <[email protected]> > >>> >>> > >>> >>> Joaquin, > >>> >>> Entendí lo que dijo Luis, por eso mi respuesta. Asi que me parece > que > >>> >>> interpretamos las cosas de un modo distinto. > >>> >>> Igualmente, lo de stateless y stateful me parece que era en la era > >>> >>> web > >>> >>> 1.0 ahora las aplicaciones web 2.0 son bastante stateful ;) > >>> >>> Slds. > >>> >> > >>> >> Justamente, lo que intento hacer y Anvil tmabien va por ese camino, > es > >>> >> readaptar el patron MVC a las apps de escritorio con algunas cositas > de > >>> >> la > >>> >> web, ya que una web 2.0 no es muy diferente a una app desktop > >>> >> -- > >>> > > >>> > > >>> > La gente de Microsoft trató de llevar el patrón de desarrollo de > desktop > >>> > a > >>> > ASP e hizo un desastre, tanto que sacó un modelo MVC para ASP....... > >>> > algo > >>> > similar le paso a java con JavaServer Faces...... > >>> > > >>> > Personalmente no estoy seguro de traer el modelo web al desktop, el > >>> > concepto > >>> > es muy distinto (interacción con los usuarios, respuesta a eventos, > >>> > flujo de > >>> > la aplicación, etc) ... hacerlo ver como similares..mmmm.... Me > >>> > gustaría > >>> > ver más tus avances en ese terreno..... > >>> > > >>> > -- > >>> > :: nelson :: > >>> > [ artesano de software & software craftsman ] > >>> > http://netflux.com.ar > >>> > > >>> > >>> Nelson: Estoy en desacuerdo. El modelo MVC se usa para desarrollar > >>> videojuegos (desarrollo mas complicado que una desktop app) con mucha > >>> frecuencia. Que MS y Java no hayan tenido exito es porque tienen una > >>> mala arquitectura, no porque los patrones MVC fallen como tal. Por > >>> supuesto no cabe en todo los desarrollos como modelo a seguir, hay > >>> alternativas. > >>> > >> > >> Quizá no se entendió, pero no estoy en contra de MVC, todo lo > contrario.... > >> ASP y JSF el problema que tienen para mi es que llevan el modelo de > eventos > >> del desktop a la web. > >> Mi argumento era que por los fuentes que mostraron, me pareció oler que > se > >> estaba queriendo llevar el modelo de web al desktop (más allá de > >> implementarlo como MVC o no)... en el sentido de separar los componentes > del > >> sistema usando la misma lógica de la web. > > > > Imposible. MVC no se suficiente para hacer desktop apps, tenes que > > agregar otros patterns, como > > listener/observer. > > A ver, MVC es un pattern extraído de hacer desktop apps. Como ya > dijeron, existe desde antes de la internet. > > Lo que sí, es levemente distinto a cómo se implementa en una web app. > Los frameworks estos que están de moda (rails, django, etc) tratan de > ser stateless, y por ende el controller tiene restricciones que son > estúpidas en una desktop app. (Ojo, esto no es exclusivo de las web > apps, frameworks como squeak—smalltalk, y supongo que algunos de los > de java, aunque ni idea :P—no son stateless) > Creo que por ahí venía el comentario de Luis sobre que hay que > adaptarlo un poco para desktop. No es que hay que cambiar el patrón, > sino que hay que hacer las cosas un poco distintas a cómo las hace > rails :) > > Y sobre lo de "hay que agregar otros patrones"… WTF? No tiene mucho > sentido esa frase :P >
me parece que se refiere al pattern mediator y observer/listener, en eso estoy ahora .... > >> > >> > >> -- > >> :: nelson :: > >> [ artesano de software & software craftsman ] > >> http://netflux.com.ar > > > > > > > > > > -- > > Nicolas Alejandro Santa > > Sr. Developer > > Profile: > > www.linkedin.com/in/nicolassanta > > www.twitter.com/nicolassanta > > http://github.com/nsanta > > Sent from Cordoba, Argentina > > _______________________________________________ > > Ruby mailing list > > [email protected] > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > -- Nico
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
