178 messaggi dal 26 marzo 2001
Ciao,

sto creando una nuova applicazione in ASP.NET 4.0 + Silverlight 4.0 + WCF RIA Services + Entity Framework 4.0 + SQL Server 2008 Express.

Ho un dubbio sulla gestione degli utenti: sono indeciso se utilzzare o meno SqlMembershipProvider, in particolare:

- 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.

Qualcuno sa darmi un consiglio?

Grazie.
OasisLiveForever wrote:
- SqlMembershipProvider è già implementato, non devo scrivere codice, il che velocizza lo sviluppo, quindi sarei molto tentato di usarlo.

è vero, ma non è questa imho la discriminante.

- SqlMembershipProvider non usa Entity Framework e quindi nel web.config avrei 2 stringhe di connessione, una per il provider e una per Entity Framework.

come sopra

- 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.

no, dovresti usare un provider per profile API. quello di default fa schifo, ma puoi sempre scrivertene uno custom:
http://lab.aspitalia.com/48/SqlTableProfileProvider-Provider-Profile-API-Dati-Tabella-Normalizzata.aspx btw, io consiglio sempre di farsi provider custom per tenere sotto controllo l'intera "filiera" e soprattutto il database. se dai un'occhiata alla nostra app MVC ne trovi uno minimo già implementato:
http://lab.aspitalia.com/63/ModelVirtualCasting-Applicazione-Completa-.NET-Framework-4.0-Silverlight-4.0.aspx .

Daniele Bochicchio (ASPItalia.com)
I libri su HTML5, WP7, ASP.NET 4.0, VB 2010, C# 4, Entity Framework
Senior Software Architect @ 5DLabs.it
178 messaggi dal 26 marzo 2001
Grazie per i consigli. In effetti hai ragione, è sempre molto meglio avere il controllo di tutto quindi opterò per scrivere Membership e Profile provider personalizzati.

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?
OasisLiveForever wrote:
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?

dipende. a me non piacciono quelle autogenerate, ma con POCO devi farti non poco  lavoro, quindi dipende quanto devi investirci in questo progetto. .

Daniele Bochicchio (ASPItalia.com)
I libri su HTML5, WP7, ASP.NET 4.0, VB 2010, C# 4, Entity Framework
Senior Software Architect @ 5DLabs.it

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.
In primo piano

I più letti di oggi

Media
In evidenza
MISC