Estoy creando un servicio WCF para compartir todosOperaciones de membresía (como creación de usuarios, inicio de sesión, cambio de contraseña, etc.) entre varias aplicaciones (sitios web, WS, aplicación de iPhone, etc.), utilizando el proveedor de membresía ASP.NET.
También quiero almacenar información sobre la aplicación enviando la solicitud.
Me pregunto si tiene sentido establecer dinámicamenteSolicitud del proveedor Membershio Nombre para almacenar esta información en las tablas de membresía? Dado que el proveedor es un singleton sería algo como:
System.Web.Security.Membership.ApplicationName = application;
bool isValid = System.Web.Security.Membership.ValidateUser(username, password);
Realmente funciona pero no sé si esto es unUso adecuado y si puede causar algún problema en el futuro. Por lo general, hasta donde sé, el nombre de la aplicación proviene de Web.config (pero en mi caso sería siempre el mismo, el WCF) y no he visto ningún ejemplo en el que esta propiedad se establezca dinámicamente.
Otra opción sería almacenar esta información en una tabla separada y dejar el Nombre de la aplicación estático proveniente de web.config.
Cualquier sugerencia es bienvenida!
Respuestas
1 para la respuesta № 1Ese no es el nombre de la aplicación para los proveedores de membresía.
Dice que desea que las cuentas de usuario se compartan entre varias aplicaciones. En este caso, el nombre de la aplicación de membresía debe ser el mismo entre todas las aplicaciones.
El nombre de la aplicación está ahí para permitir múltiplesaplicaciones para compartir la misma base de datos pero mantener a sus usuarios aislados: un sitio web configurado con una aplicación de app1 no compartirá usuarios con una aplicación de app2 incluso si comparten la misma base de datos de membresía física.
Iniciar sesión en otro lugar!