On 2/23/07, Aureliano Calvo <[EMAIL PROTECTED]> wrote: > Diego, > Acabo de leer todo el mail que mandaste (sip, es largo). Me parece que con > esto de REST estamos todos con parálisis analítica. Hasta dónde lo entendí, > los 2 grandes problemas que tenemos son: > (1) ¿Qué hago con los controllers que no tienen un Model trivialmente > asociado? (Ej: página ppal del site, about, manejo de sesiones)
Tal vez el mail anterior mio paso desapercibido, pero planteaba que hacer en los casos estos. Por más de no tener un modelo asociado, comprender la sesión del usuario como un modelo es sencillo. (estamos hablando de un single resource (map.resource :session) Al usuario le es presentada una opción de login (GET session/new) El formulario de la pantalla de login usara POST session (create) Para hacer "logout" simplemente tenes que generar un link a session con DELETE (destroy). Perfectamente desde el SessionController podes redireccionar al perfil del usuario, al dashboard o lo que quieras... esto ya depende de vos. > (2) ¿Qué hago con los Models que deben ser manipulados de diferentes maneras > según diferentes tipos de usuario? (ejemplo: posts en un blog, los usuarios > normales los ven y el administrador necesita CRUD). > Eso sigue dependiendo del ROL del usuario. Creo lo que todos quieren plantear sobre este tema es hacer una separación de dos layouts... uno para el usuario normal y otro para el administrador. > En el caso (1) las opciones son si hacer un controller tipo REST o normal. Y > en el caso (2) las opciones son si hacer un solo controller o varios (uno x > rol x recurso). En ambos casos, las diferencias que quedarían entre un tipo > de "arquitectura" y la otra no son muchos, así que te voy a sugerir algo > bastante herético. > > En vez de preguntarte cuál es mejor, hacelo de alguna de las 2 maneras en > ambos casos, y hacé que el site ande (x lo menos una parte "productible"). > Por suspuesto con todos los tests de unidad, funcionales y de integración > correspondientes ;). Y si no te gusta, cambiá los tests de a uno y los > controllers de a 1 (con los correspondientes cambios en las views, que solo > deberían ser los URLs a los controllers) a la otra forma (los models, en > ppio. deberían quedar iguales, ¿no?). > En esto coincido con Aureliano... Simplemente hazlo como creas te convenga, aún si algunos controladores no son REST friendly, tenés que pensar que para vos si son friendly hacerlos ;-) Una de las cosas que te recomiendo es si planteas incorporar contenido casi estático (como el about_us y cosas asi que planteas de tu HomepageController), optes por Comatose [1] de Matt McCray, es un mini CMS que sirve precisamente para este tipo de contenido. Yo lo estoy usando para la ayuda en linea, los FAQ y un par de Tutoriales de algunas aplicaciones (seria la ayuda on-line, chiste al margen) :-) > Ah! Y después contanos como salió todo (incluyendo qué quedó, y si lo > cambiaste de la forma original en la que lo hiciste o no y porqué). > Si, esta parte es buena, compartí tus apreciaciones al respecto, ya que todos podemos beneficiarnos de los comentarios. > Éxitos y happy coding, > Aureliano. Lo mismo!, Happy Coding! :-) [1] http://comatose.rubyforge.org/ -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi _______________________________________________ ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
