Esistono regole e regole specifiche da seguire durante lo sviluppo di un provider di appartenenza personalizzato. Come, implementando una particolare interfaccia o classe astratta. O un'architettura modello definita da seguire.
Se sì, allora quali sono le regole o sono libero di progettare, modellare e codificare qualsiasi cosa?
La prima regola è di non reinventare la ruota: il provider di appartenenza SQL integrato è abbastanza buono, specialmente per quanto riguarda l'appartenenza pura. Se lo tratti come uno schema di autenticazione black-box, puoi creare qualsiasi cosa su di esso. Ci sono davvero poche buone ragioni per non usarlo.
Se è necessario, l'intero modello di provider ha requisiti piuttosto specifici, puoi leggere su implementare un abbonamento provider o consulta un esempio provider di appartenenze ODBC .
Leggi altre domande sui tag asp.net-mvc-3 membership-provider