- SqlMembershipProvider è già implementato, non devo scrivere codice, il che velocizza lo sviluppo, quindi sarei molto tentato di usarlo.
- SqlMembershipProvider non usa Entity Framework e quindi nel web.config avrei 2 stringhe di connessione, una per il provider e una per Entity Framework.
- Se volessi salvare altre informazioni sugli utenti, quali Cognome, Nome, Data di nascita, Iscritto alla newsletter, dovrei utilizzare SqlPersonalizationProvider, che però serializza le informazioni e quindi poi risulta difficile estrapolare ad esempio tutti gli utenti iscritti alla newsletter per inviargli una mail. L'alternativa è fare un personlization provider personalizzato, che non mi dispiace come idea.
Un'ultima domanda: nell'ottica di utilizzare WCF RIA Services integrati con Silverlight 4 e ASP.NET 4, è meglio utilizzare POCO o direttamente le entità generate dal designer di Entity Framework?
Torna al forum | Feed RSS