Muchas gracias por la respuesta!.. Voy a ver BrowserCMS a ver que onda. Por otra parte, el hecho de que un framework este orientado a componentes no quiere decir que no sea MVC. Es más, practicamente todas las orientaciones a componentes, contienen un MVC.
Baje un proyecto demo de Sinatra, hasta ahora, lo que veo es que es bastante acotado. Voy a seguir investigandolo.. Gracias On Mon, 2010-05-17 at 20:45 -0300, NachoKB wrote: > 2010/5/17 German Otero <[email protected]> > > Decime que otro lenguaje laburas y te digo algún ejemplo.. La > mayoria de los frameworks/plataformas para trabajar app > desktop son orientados a componentes. > > > > no sé si vas a encontrar alguno en Ruby que sea orientado a > componentes, y por los que usé (en otros lenguajes, claro), nunca me > terminó de cerrar (o sea, me parece más piola MVC)... > > > los components de Rails fueron siempre bastardeados básicamente por la > penalidad de performance que acarrean (recorren casi el mismo camino > que un request), pero hay un proyecto que se llama Cells que busca > cubrir esa funcinoalidad. Algo como que un Cell = partial + > pseudo-controller... > > > Aún así, no vas a encontrar un ecosistema de ISVs desarrollando cells > si es lo que buscás :D (ni componentes open source como encontrás > plugins de Rails). > > > Una alternativa que a mi me resultó interesante fue usando BrowserCMS, > que es un CMS que trabaja siendo una extensión (bastante grande e > intrusiva) de Rails mismo, que tiene como particularidad que las Pages > son puramente estructurales (no tienen contenido en sí mismas), y el > contenido viene a través de un sistema muy flexible de ContentBlocks > (el más básico, HTMLBlock o algo así, es sólo texto). Hay un > ContentBlock built in que se llama Portlet, e incluye algo parecido a > un controller y una view, efectivamente solucionando los mismos > problemas que los componentes. > > > Si bien no dejás de trabajar sobre Rails (tenés tus controllers si > querés, y desde una view podés renderear content blocks), es bastante > intrusivo (particularmente me molestó en temas de autenticación y > autorización, hay que amoldarse a lo que provee) y no soporta i18n > lamentablemente (por otro lado, el versionamiento y drafting de los > content blocks, que es provisto como plugins standard de Rails, es muy > bueno). En definitiva, no es una solución aplicable siempre, pero si > tenés mucho editores está bueno... (en definitiva un Portlet es > similar a un Cell). > > Tenia sinatra en vista.. voy a seguir viendo.. Alguien se copa > con un resumen de las ventajas de Sinatra? > > > > Aclaro que Sinatra no está orientado a componentes. > > Saludos, > > > Nacho > > _______________________________________________ > 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
