Quindi, qual è lo scopo per l'esistenza di entrambi IIdentity
e IPrincipal
e non alcuni IIdentityMergedWithPrincipal
? Quando non è sufficiente implementare entrambi nella stessa classe?Qual è l'idea alla base di IIdentity e IPrincipal in .NET
Inoltre, per capire scopo, mi piacerebbe sapere dove questo concetto deriva da:
- E 'nato in .Net
- C'è concetto di Identità/Principal come modello di progettazione, che
System.Security.Principal
implementato in quelle interfacce - si originato altrove e supportato per la compatibilità
Pertanto, fa UserPrincipal
da System.DirectoryServices
agire in modo simile a IPrincipal
ma non implementarlo per errore o intenzionalmente?
P.S. Sto cercando ragionamento dietro un'idea, non benefici/controversie confronto, quindi per favore cercate di non avviare opinione a base di discussione
Hai letto i seguenti articoli dei molti altri che sono là fuori http://msdn.microsoft.com/en-us/library/ee748503.aspx Cosa non capisci. .? prova a leggere su 'PrincipalContect e penso che otterrai una migliore comprensione del come e del perché – MethodMan
Le classi' Principal' di Active Directory non hanno assolutamente nulla a che fare con 'IIdentity' e' IPrincipal'. nel framework .NET di base. Quelli sono totalmente indipendenti e non sono correlati in alcun modo, forma o forma (tranne la denominazione ...) –
Sicuramente, il principal di Active Directory non dipende in alcun modo da IPrincipal, tuttavia penso che ci sia una connessione implicita. Ad esempio: confronta IPrincipal.IsInRole (ruolo stringa) e UserPrincipal.IsMemberOf (gruppo GroupPrincipal). Penso che sia possibile scrivere un wrapper IPrincipal personalizzato attorno a UserPrincipal – Aloraman