Validar usuario contra TAG de componente

[amadis]

Que tal Amigos.

Estoy pensando en implementar un sistema de control de usuario para mis sistemas.

Estaba pensando en crear una tabla con usuarios, clave y nivel de acceso (numero entero)

Y pensaba si hay alguna forma de interceptar cada evento desde el formulario principal (Mdiform).

La idea es que cuando se genere un evento, se compruebe el TAG del componente, y si èste es igual o menor que el nivel de acceso del usuario entonces ejecuto el evento, caso contrario muestro un error de permiso.

Les agradecería cualquier dato de por donde empezar y como interceptar los eventos antes de que se ejecuten.

Muchas gracias

[Neftali [Germán.Estévez]]

¿Qué tipo de eventos quieres interceptar?
Tal como lo comentas es muy genérico. Tendrías que filtrar.

Seguramente no es necesario "interceptar" todos los eventos que se generan, e incluso tampoco sería deseable, porque tal vez existan operaciones que no te interese filtrar.

Lo lógico sería llamar en determinados eventos a un procedimiento que te realice la comprobación.

[amadis]

Viéndolo de esa forma, necesitaría que al dispararse cualquier ON EXECUTE de un ActionManager se haga la comprobación, así com otambien cualquier ON CLICK de Tbuttons.

¿Existe forma generica de chequear todos los OnExecute mediante un solo procedimiento comprobador? O debo llamar al procedimiento comprobador en cada uno de los eventos a chequear?

Gracias

[ozsWizzard]

Hombre, el propio TActionList, tiene el evento Onexecute que se lanza en el mismo momento que se lanza cualquier acción interna, si todo lo controlas con acciones (incluso los botones), ahí podrías validar lo que necesites.

Saludos.

[TOPX]

Veo dos opciones:

1. Utilizar el mismo evento OnExecute para todos los TAction, en lugar de uno para cada uno, así como dicen en:
   • Asignar una funcion al evento on click | ClubDelphi
2. Si se tienen los recursos, usar eventos multicast, como en:
   • Multicast Events using Generics | EDN

-

[amadis]

Efectivamente utilizaré entonces el OnExecute del TAction.

[ecfisa]

Hola amadis.

Otro enfoque diferente con consecuencia similar, es desactivar todos los componentes del TForm cuya propiedad Tag tenga un valor mayor al nivel de acceso del usuario:

Código Delphi [-]
uses TypInfo;

procedure SetLevelAccess(aForm: TForm; const UserAccessLevel: Integer);
var
  PInfo  : PPropInfo;
  i, vTag: Integer;
begin
  with aForm do
  begin
    for i := 0 to ComponentCount - 1 do
    begin
      if (GetPropInfo(Components[i].ClassInfo, 'Enabled') <> nil) and
         (GetPropInfo(Components[i].ClassInfo, 'Tag') <> nil)  then
      begin
        vTag := GetOrdProp(Components[i], 'Tag');
        if vTag < UserAccessLevel then
          SetOrdProp(Components[i], 'Enabled', Integer(False));
      end;
    end;
  end;
end;

Ejemplo de llamada:

Código Delphi [-]
procedure TForm1.FormCreate(Sender: TObject);
begin
  SetLevelAccess(Form1, qyUsers.FieldByName('UserLevel').AsInteger); 
end;

Saludos.

[amadis]

Esta idea me gustó más era mas o menos la idea que buscaba, programar una simple linea por formulario para autorizar está bueno.

Por la tarde lo pruebo y les cuento.

[amadis]

El codigo funciona demasiado bien. Desactiva todo todo.
Por mas que el nivel de usuario sea mayor que el tag igual lo desactiva todo.

[ecfisa]

Empezado por amadis

El codigo funciona demasiado bien. Desactiva todo todo.
Por mas que el nivel de usuario sea mayor que el tag igual lo desactiva todo.

Debe ser por que consideré dar el mayor acceso en forma decreciente, si lo haces corresponder de forma directa (mayor valor = mayor acceso), basta con cambiar el condicional '<' por '>' en la función SetLevelAccess:

Código Delphi [-]
...
   if GetOrdProp(Components[i], 'Tag') > UserAccessLevel then
          SetOrdProp(Components[i], 'Enabled', Integer(False))
...

Te adjunto un demo que incluye varios edits, panel con checkbox, mainmenu, popupmenu, etc, para que puedas evaluarlo con mas comodidad.

Nota: Agregue una línea a la función SetLevelAccess para restaurar componentes desactivados ya que el acceso se fija dinámicamente mediante un SpinEdit.

Saludos.

[amadis]

Ahora si. Y esa linea agregada funciona bien.. Ya que al loguear con otro usuario, todo seguía bloqueado según el acceso del anterior.

funciona a la perfecciòn.

Este es un muy buen aporte el foro ya que hay muchos pedidos de componentes para manejo de usuarios y con este simple y pequeño codigo acompañado de una tabla de usuarios de logra un muy buen control de acceso.

[ecfisa]

Empezado por amadis

Ahora si. Y esa linea agregada funciona bien.. Ya que al loguear con otro usuario, todo seguía bloqueado según el acceso del anterior.

funciona a la perfecciòn.

Este es un muy buen aporte el foro ya que hay muchos pedidos de componentes para manejo de usuarios y con este simple y pequeño codigo acompañado de una tabla de usuarios de logra un muy buen control de acceso.

Hola amadis.

Tomando en cuenta tu observación y como suelo borrar los adjuntos pasado un tiempo, lo he subido al FTP de Club Delphi para que el código esté a disposición.

Descarga: [UserLevelAccess.zip]

Saludos.

[[Chris]]

Una solución más generica y global a la aplicación es instalar Hooks globales. De esa forma solo existiría un código único y centralizado que deshabilará cualquier TAction usada en la aplicación. La técnica está ilustrada en una respuesta que coloqué en StackOverflow hace un tiempo. Si estaś interesado en implementarla y necesitas ayuda para adaptarla avisame.

Mirá el código para instalar un Hook global: http://stackoverflow.com/questions/9...688708#9688708

En el caso enlazado hace que todos los TEdit y TMemoEdit usados en la aplicación tengan un TPopupmenu especial.

Saludos!