Publicidad:
La Coctelera

RubyRoom

A veces pasan cosas normales

9 Agosto 2006

The Shaker 2.0

Algún día antes del Juicio Final (y con suerte, antes de la vista previa), empezaremos a reescribir The Shaker; y nos gustará tener alguna idea para empezar. Cambio.

servido por rubyroom 6 comentarios compártelo

6 comentarios · Escribe aquí tu comentario

sergio

sergio dijo

Idea #1

Se podría sacar de las vistas la lógica de redefinición de las mismas, que requiere, como mínimo, disciplina.

La forma sería redefinir el método render, de manera que, antes de ir directamente a (convención) app/views/[controlador]/[acción], pruebe otra serie de convenciones como public/myfiles/[usuario]/views/[controlador]_[acción] o public/views/[controlador]_[accion].

No debería ser difícil, aquí hay un buen ejemplo.

9 Agosto 2006 | 10:39 AM

Fernando

Fernando dijo

Yeah, al o mejor con un :before_filter, ¿no?

9 Agosto 2006 | 10:55 AM

Fernando otra vez

Fernando otra vez dijo

Por cierto, si tenéis curiosidad, aquí en el exilio estoy probando todos los CMS que existen con Rails actualmente menos Typo, que es muy tocho, porque tenía curiosidad y estoy buscando algo distinto.

Por el momento me quedo con dos: Eribium está muy muy bien, y ozimodo, que propone crear un tumblelog, con no sólo posts, sino vídeos, trozos de código o "posts de broma", tratando cada uno de forma diferente. Incluso tiene un wizard (wizard of oz, cachondos) para postear desde consola vía su API.

9 Agosto 2006 | 11:00 AM

nando

nando dijo

Idea #2:

Definir en el núcleo un tipo de elemento de publicación básico (llámese nodo, item o como decidamos) y sacar a engines el resto de tipos de elemento (posts, photoposts, pageposts, etc.)

9 Agosto 2006 | 11:20 AM

sergio

sergio dijo

Yeah,

Ozimodo me mola bastante, de hecho mi blog se parece bastante a un tumblelog, y yo sin saberlo y con estos pelos, juas.

Lo de redefinir el render (como lo hacen en el plugin ese que comenta que .rhtml se usa) es más chulo aún que el before_filter, creo. La idea es que la acción termina sin llamar explícitamente a render (que en verdad es un poco guarro llamarlo en el controlador), y Rails lo llama por tí. De fábrica, render va directamente, por convención, a app/views/etcétera; pero si al render tuneado se le añade una lógica un poco más compleja, con una cadena de rutas subsidiarias (public/myfiles/[usuario]/views/[controlador]_[accion].rhtml y si no public/views/[controlador]_[accion].rhtml y si no app/views/[controlador]/[accion].rhtml, por ejemplo), bastará poner un archivo con el nombre apropiado en el sitio adecuado, et voilà. Y eso de gratis para todos los métodos de todos los controladores.

Luego ya por afinar se puede, por ejemplo, meter una variable de configuración que diga que vistas está permitido redefinir el el myfiles, y cosas así. Pero parece una feature bastante chupi.

¿Se nota que me pasé ayer media tarde peleando con las redefiniciones de vistas? =:-P

9 Agosto 2006 | 11:20 AM

nando

nando dijo

[#1] pues me está dando a mí que esta mejora (haciendo honor a su número) podría entrar ya en the-shaker uno punto cero, no?

10 Agosto 2006 | 05:15 PM

Escribe tu comentario


Sobre mí

Fotos

rubyroom todavía no ha subido ninguna foto.

¡Anímale a hacerlo!

Buscar

suscríbete

Selecciona el agregador que utilices para suscribirte a este blog (también puedes obtener la URL de los feeds):

¿Qué es esto?

Crea tu blog gratis en La Coctelera