|
Gracias jachguate.
A ver, nada de analista experimentado, al contrario.
El porque de AppControl lo pensé para reducir el número de conexiones. Si tengo 20 usuarios y 4 administradores requeriría 80 conexiones si las hago directamente. A través de AppControl requeriría sólo 24 conexiones. Por otro lado no sabría bien cómo hacerle, apenas comenzaría a estudiar sockets más en serio. Cada usuario tendría que ser servidor ¿no? pues tendría que atender a varios administradores y lo mismo va por cada administrador.
Y lo de la bd lo pensé teniendo ya centralizado por la otra razón. También pensé que teniendo la comunicación con la BD centralizada podría lograr una independencia del tipo de servidor de bd que use y sí, manejar algunas reglas de negocio como no permitir que un usuario utilice más de una pc.
Actualmente tengo hecha la aplicación sin comunicación usuario-administrador y cada usuario se comunica directamente con la bd. Para cumplimentar esta regla de negocio cada usuario consulta la BD y busca el valor de un campo para ver si tiene otra sesión abierta en otra pc y de ser así se le deniega el acceso. Dado que una pc se puede colgar, dicho campo no se actualizaría provocando que el usuario no pueda entrar a otra sesión. Para evitar esto uso un campo que actualizo desde el usuario cada x tiempo. Si hay una sesión que parece activa todavía pero que su último acceso pasó de cierto timeout entonces le doy entrada. Todo esto es como muy estilo sesiones en Web y pensé que usando sockets facilitaría las cosas dejando que una aplicación central se encargara del registro de sesiones.
En cuanto a lo de los Providers comunicados con sockets la verdad ni idea tengo, pero voy a ver qué puedo leer por ahí.
// Saludos
|