Usando el proveedor de membresía de ASP.NET con una base de datos de usuario existente

Question

Actualmente estoy volviendo a escribir un sitio web completo en .Net. El sitio web actual está escrito en foxpro y utiliza una lógica personalizada, reglas de validación y tablas de servidores Sql para almacenar y autenticar usuarios.

Deseo utilizar el Proveedor de membresía, pero tengo un problema importante que no estoy seguro de cómo superarlo.

Ambos, el sitio nuevo y el anterior tienen que compartir usuarios y credenciales. Los usuarios deberán poder utilizar ambos sitios durante la fase de transición sin tener que actualizar sus perfiles por separado.

1. ¿Cuál es la mejor manera de implementar el Proveedor de Membresía sin romper el sistema existente?

2. ¿Debo utilizar todas las tablas, vistas, procedimientos, etc. que vienen con el proveedor de Membresía?

3. ¿Está mi lógica defectuosa? ¿Vale la pena ser un proveedor de membresía?

Cualquier tutorial o enlaces de video son muy apreciados.

Answer 1

Durante los últimos días, he estado investigando y leyendo más y parece que el camino a seguir es escribir mi propio proveedor de membresía personalizado. A continuación hay algunos enlaces que encontré más útiles.

Diré esto, mientras que escribir al proveedor de membresía personalizado va a tomar un poco de tiempo, los beneficios superarán por mucho el tiempo que tomará porque ahorra tanta otra codificación. Además, deja abierta la opción de convertir al proveedor de membresía .NET incorporado. Si quiero cambiar más tarde, todo lo que tengo que hacer es cambiar la configuración de web.config, instalar las tablas de soporte en mi base de datos y los usuarios actuales encubiertos en el nuevo conjunto de tablas. No debería tener que tocar ninguno de mis códigos para completar la conversión, ¡lo cual es genial!

Enlaces:

Intro to Membership

Creating Custom Membership Provider

Custom Membership Providers

Step-By-Step Custom Membership Provider Creation Tutorial