È buona norma disaccoppiare il sistema di appartenenza?

Question

È buona norma disaccoppiare il sistema di appartenenza?

#1 da (1 voti)

0

Attualmente sto sviluppando un progetto che fondamentalmente è costruito con l'API Web ASP.NET. Il sistema di appartenenza che sto usando è ASP.NET Identity. L'unico problema che vedo è che il sistema di appartenenza è molto abbinato all'API che sto installando.

In questo caso ho pensato alle interfacce di bulding per esporre le funzionalità del sistema di appartenenza di cui l'app ha bisogno e quindi usare dependency injection per iniettare il sistema di identità corrente.

L'unica cosa è che in tutto il tempo che ho cercato su Internet per l'autenticazione e l'autorizzazione in ASP.NET non mi è mai sembrato così. Quindi ho iniziato a chiedermi se questa è o meno una buona pratica.

Questa è una buona pratica o no? Se no, perché?

code-quality authentication asp.net

posta user1620696 27.04.2014 - 04:33

fonte

1 risposta

Leggi altre domande sui tag code-quality authentication asp.net

Modelli multipli o un singolo modello con più tipi di dati personalizzati? Quando creare controlli utente in ASP.NET

score 1 · Answer 1

Il provider di appartenenza di Asp.net è disaccoppiato di per sé. Di fatto è un'implementazione della MembershipProvider classe base. SqlMembershipProvider è una concreta implementazione del precedente.

Il disaccoppiamento dei soci è una buona pratica? - > Sì.

Il disaccoppiamento è generalmente utile per rendere la funzionalità riutilizzabile per diversi client. Domani se alcuni client Android vogliono utilizzare il modulo di autenticazione che può, a condizione che sia esposto su http tramite wcf o web API. Scrivere software per wcf / webapi ci costringe a rendere la nostra logica disgiunta e indipendente da sola a un livello discutibile.

Ma una domanda più importante è, è pratica? Puoi implementarlo nel software che stai cercando di creare? Questa è una chiamata che dovresti prendere dopo aver accesso alla velocità con cui vuoi consegnare il software. Quindi, una volta che inizi a pensare su queste linee, anche se la prospettiva che il tuo codice venga utilizzato dai clienti in altre tecnologie potrebbe sembrare interessante, in realtà è negativo per il budget o per problemi di consegna. Quindi potresti non andare per disaccoppiare a tal punto.

Ma se si utilizza la funzione fornita dal framework, il meccanismo è già disaccoppiato per te. Ovviamente afferma che questa è una buona pratica. In altre parole, si può obiettare che è già lì perché è una buona pratica.