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. 2009/9/29 Joaquín Vicente <[email protected]> > 2009/9/29 Matias Pablo Brutti <[email protected]> > >> Luis, >> >> Espero que tampoco tomes a mal mi comentario, pero MVC fue desarrollado >> para aplicaciones de escritorio. Es mas es mas viejo que la internet el >> paradigma. Como no tengo ganas de escribir acá va el link de wikipedia >> para aquellos interesados. http://en.wikipedia.org/wiki/Model >> –view–controller >> >> Lo que si vale destacar es que la mayoría de los paradigmas usados hoy por >> hoy en internet applications, fueron desarrollados hace varias décadas para >> solucionar problemas en aplicaciones de escritorio. ;) ... Así que en >> general, la regla para los "nuevos paradigmas" de programación web, es que >> no se inventa nada nuevo solo se re-implementan paradigmas a este nuevo >> ambiente. >> >> SLds. >> >> > Matías, > > El concepto de MVC, como vos decís, es más viejo que las aplicaciones web. > Calculo que Luis se refiere al modelo MVC tal cual lo conocemos hoy en día > para las aplicaciones web, como es el caso de Ruby on Rails. > > La idea de un Modelo, que representa la lógica del negocio, la Vista, como > la representación del modelo en la interfaz de usuario y el Controlador, > como interación entre la vista y el modelo, es la misma, sea nuetra > aplicación una aplicación de escritorio, una página web, una aplicación para > un smartphone o un servicio web rest/soap. > > Para todos estos ejemplos, el modelo debería ser el mismo, pero cambiarían > las capas de vista y controlador. Como dijo Luis, no es lo mismo una vista > para renderizar html, que una ventana o un panel. Lo mismo pasa con los > controladores... Compará un web service stateless, contra una aplicación de > escritorio que es muy *stateful*, donde el modelo suele estar cargado > constantemente en memoria y respondiendo a los eventos asociados. > > Ambos casos son adaptaciones de la misma idea (el modelo MVC) > > saludos, > > > Joaquín Vicente > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > -- -- --<自由編碼人>-- Ing. Matias Pablo Brutti Security Consultant Email : [email protected] Site: http://www.freedomcoder.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
