¡Maestrooo! Gracias Ángel, No podía ser menos.
Si, es tal cual explicas con respecto a la inhabilitación de algunos controles dependiendo del perfíl. La verdad que una respuesta muy jugosa que voy a presentar en la reunión de hoy. Yo también plantee ayer que, opr el tiempo que tenemos, podríamos tranquilamente rehacer el Front-End totalmente, tomando los componentes del UIF (UI Ramework) que ya están haciendo Refactoring. Pero parece que no hay muchas ganas. Gracias nuevamente Ángel, me va a servir para la reunión de esta tarde y para investigar sobre el Patrón M.V.Presenter. Saludos El día 11/05/07, Angel Java Lopez <[EMAIL PROTECTED]> escribió:
Hola gente! Creo entender que Oscar quiere ocultar o deshabilitar algunos componentes visibles, en base al perfil..... Hmmm.... una opcion, una vez ya armada la interface, es poner las propiedades Enabled, ReadOnly, o Visible de cada control a vigilar, ligado a datos, por ejemplo, a una propiedad publica de la pagina o algo asi, que tenga metodos para decidir segun el perfil. Por ejemplo, en un boton de editar (pasar a una pagina de edicion de una entidad), se puede ligar su visibilidad o disponibilidad a <%# Authorization.CanEdit() %> Donde CanEdit dara booleano. Asi escrito, Authorization seria una propiedad de la pagina, que servira como "puente" a todo un sistema por abajo, que en base al usuario, en base al documento, en base a la fecha hora, en base a lo que sea, decidira si se puede o no Editar la factura 17 que ahora se esta mostrando. En el Page_Load, en un !IsPostBack, (no IsPostBack) pondriamos en algun momento un DataBind(), para calcular y aplicar todos esos <%#....%> Es interesante destacar, que muchas situaciones no dependen del rol solamente. Yo puedo transferir de una cuenta, no porque sea usuario, sino porque tengo "entitlement", es mi cuenta bancaria la que estoy viendo, no cualquier otra. Hmmm... si la interface no estuviera ya armada, se podria derivar gran parte del trabajo al presenter, en un patron Model View Presenter, creo. Nos leemos! Angel "Java" Lopez http://www.ajlopez.com/ ----- Original Message ----- *From:* Oscar Onorato <[EMAIL PROTECTED]> *To:* [email protected] *Sent:* Friday, May 11, 2007 9:46 AM *Subject:* [puntonet] Re: RE: [puntonet] Re: RE: [puntonet] ¿Algún ejemplo de manejo de Controles o Web Custom Controls según perfíl en ASP.NET<http://asp.net/> 2.0? Gracias Leandro, Lo voy a meter entre las cosas que tengo que pensar y tener en cuenta para la modificación, o lo que debería ser un Refactoring completo del Frotn End. Ya desde el vamos no está creado un manejo de Validacíon, Autorización. Así que... bue. Como recurso me va servir para cuando resuelvan eso primero, pero está bueno. Salu2! El día 11/05/07, Leandro Halfon <[EMAIL PROTECTED]> escribió: > > Podes usar un Skin que sea de lectura nomas, es decir, los css de los > textbox u otra cosa esten disabled y en el on pre init de cada pagina, te > fijas el rol y lo modificas de acuerdo a eso. > > ej: > > > protected > override void OnPreInit(EventArgs e) { > > base.OnPreInit(e); > > if(TipoRol == "DataReader") > > Page.Theme = "ClasicoLectura"; > > else > > Page.Theme = "Clasico"; > > } > > ------------------------------ > *De:* [email protected] [mailto: [EMAIL PROTECTED] *En nombre de *Oscar > Onorato > *Enviado el:* jueves, 10 de mayo de 2007 21:46 > *Para:* [email protected] > *Asunto:* [puntonet] Re: RE: [puntonet] ¿Algún ejemplo de manejo de > Controles o Web Custom Controls según perfíl en ASP.NET<http://asp.net/> > 2.0? > > > > Gracias Diego, > > Lo voy a espiar. > > Desde el vamos no construyeron un Framwork del Front End, lo que creo > que empieza a ser algo más que habitual en los desarrollos y en la > divulgación de patrones. Aunque sí habían desarrollado uno FrameWork-UI > con Custom Controls. La cuestión es que dejaron para el final el tema de la > seguridad y membresía en una aplicación para grandes Empresas. > > En fin... > > Es un tema del que debería hacerse más difución: Los patrones de Front > Ends. Se sigue hablando del MVC cuando no es más que una intro a todo lo que > puede hacerse en ASP.NET <http://asp.net/>. > > Recuerdo que "Enterprise Solution Patterns Using .NET" (de MS) tenía una > muy buena intro sobre algunas de las opciones que se podían crear desde > ASP.NET <http://asp.net/> 1.1. dependiendo del tipo de complejidad del > sitio. > > Además del control que me comentas, voy a volver a espiar ese texto a > ver que onda. > > Gracias a ASP.NET <http://asp.net/> el MVC es apenas una idea de lo que > se puede llegar a construir. > > Java, nos dio el Know How de infinidad de herramientas. Ahora creo que > es hora de que MS empiece a ponerse las pilas para capitalizar o difundir > buenas prácticas que incluyan al Diseño de Front Ends escalables, desde el > ámbito de los Patrones. > > > En fin... ya me descargué... =} > > Saludos Diego > > > > El día 10/05/07, Diego Jancic <[EMAIL PROTECTED] > escribió: > > > Hola Oscar!, > > > > En asp.net 2.0 hay un control que se llama LoginView, sirve para > > definir vistas por rol de usuario. > > > > No te va a solucionar la vida, pero capaz que te sirve… > > > > > > > > Bye, > > > > Diego > > > > > > ------------------------------ > > > > *From:* [email protected] [mailto:[EMAIL PROTECTED] *On Behalf Of > > *Oscar Onorato > > *Sent:* Jueves, 10 de Mayo de 2007 17:19 > > *To:* [email protected] > > *Subject:* [puntonet] ¿Algún ejemplo de manejo de Controles o Web > > Custom Controls según perfíl en ASP.NET <http://asp.net/> 2.0? > > > > > > > > > > > > Hola Cumpas y perdón por el CrossPost, > > > > > > > > Estoy medio apurado con esto: > > > > > > > > ¿Saben donde puedo encontrar alguna demo o similar, para que un > > Front-End maneje sus controles (Web Custom Controls, Composite Controls, > > etc) a partir del tipo de perfíl de cada usuario? > > > > > > > > Por ejemplo, la aplicación es de Seguros, tiene un Front End en > > ASP.NET <http://asp.net/> 2.0 bastante complejo. > > > > El tema es que se ensecita que, por ejemplo, un Combo o TextBox (para > > hacerla simple) que esté visible o no dependiendo del perfíl. > > > > El problema es que gran parte del Front End ya está hecho y recién > > ahora están viendo esa cuestión de los Permisos por Accesos. > > > > > > > > Cualquier sugerencia es bien recibida. > > > > > > > > Mil gracias y Saludos > > > > >
