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. 2009/9/29 Luis Lavena <[email protected]> > 2009/9/30 Nicolas Guzzo <[email protected]>: > > Hola gente, después de revisar las opciones en materia de frameworks para > > aplicaciones de escritorio en ruby, Shoes, Bowline, Anvil me puse a hacer > > uno propio con wxruby, siguiendo el patrón MVC a la rails, Anvil hace > esto > > también pero esta medio verde todavía y como se abstrae del toolkit se > > pierden algunas cosas características del toolkit, de momento lo bauticé > > como Ybur jeje a falta de imaginación para pensar un nombre.... > > lo he probado con ruby 1.9.1 y wxruby 2.0.1 en windows, en debian o > ubuntu > > hay que usar la gema wxruby-ruby19 2.0.0 > > > > un ejemplito ilustrativo: http://pastebin.com/f4552903e > > > > Que opinan? Sugerncias? Criticas? (no me enojo si me dicen que le prenda > > fuego o que el codigo apesta jejeje) > > > > Hola Nicolas, muy buena tu exploración y tus comentarios sobre varios > frameworks para aplicaciones de escritorio. > > Aqui van mis comentarios y espero que sean bien recibidos. > > Más allá de un detalle de código, considero que el patrón MVC necesita > ser adaptado para aplicaciones de escritorio. > > Por ejemplo, vos mencionás: > > "def index # el index se ejecuta al instanciar el controller (similar > a un constructor), no debe renderizar nada" > > Creo esto esta diciendote que "index" de por si es inutil. > > Uno de los grandes dilemas es que uno no crea "vistas" sino > "ventanas", paneles o "fieldsets". > > Otro tema es ejecutar acciones versus responder a eventos. Por > ejemplo, vos definis acciones, que definen que habrá un click sobre > ellas. > > Este approach parece practico, pero si necesitaras definir doble > click, scroll, drag and drop... como lo harias? > > Bueno, esos fueron mis comentarios a las 12.22am :-P > > Saludos! > -- > Luis Lavena > AREA 17 > - > Perfection in design is achieved not when there is nothing more to add, > but rather when there is nothing more to take away. > Antoine de Saint-Exupéry > _______________________________________________ > 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
