Trovato Questo. su Loren Halvorson's Blog(?) lo spiega meglio, così qui è una copia completa di quello che ha scritto.

Qualcuno usa AzMan?

Stiamo sviluppando un'autorizzazione comune basata su ruoli per diverse delle nostre applicazioni e ci siamo imbattuti nei Microsoft '. Gestitore dell'autorizzazione. L'ho passato all'inizio perché pensavo fosse collegato al Windows Server 2003, ma si scopre che funziona. Windows 2000 che stiamo usando nella produzione, e Windows XP che gli sviluppatori usano. Su XPM SK2 basta installare il Windows Server 2003 Administration Tools Pack E voi lo prenderete.

L'idea sembra grandiosa. Ti permette di definire operazioni logiche come "CanApproveExpenseReportsM SK2 mappingerle a ruoli logici nella tua organizzazione come |"Manager | ". Poi assegnare gli utenti ai ruoli | Dave McPherson' articolo). C'è un'interazione COM e un'assemblaggio interoperale .NET per l'uso da .NET, che permette alla vostra applicazione di controllare velocemente se l'utente attuale è autorizzato a fare qualche operazioneM SK4 Questo non è l'interfaccia API veraMSC5 Voglio solo darvi un'idea di come la potete usare in un'appMスク6

Se (azManM SK1CheckAccess(userMSC3 "CanApproveExpenseReport~"){ // Approve expense reports code goes here~

Inoltre fornisce un snap MMC-in uno strumento per gestire tutto. Se funzionaM SK2 ci promette di risparmiare una tonnellata di tempo .

Vedo. Patterns and Practices Authorization and Profile Application Block Ha un provider che lo può usare, e c'è un RoleManager Provider a Whidbey che ne usa anche una parte. Quindi Microsoft sembra pensare che corrisponda al problema .

In realtà mentre parlo di Whidbey, sono rimasto sorpreso dal fatto che non mi sembra che ' non fornisca un meccanismo di autenticazione a scopo generale che sia diverso da IsInRole. I ruoli siano buoni per alcune coseM SK4 ma sono troppo sempliciMSC5concentrati per decidere se un bottone è visibile o noMST6 o se l'utente può cancellare oggetti da una tavolaMSV7 Potrebbero esserci centinaia di questi tipi di erroreMSP8contaminati operazioni sicure sparse in tutta la vostra applicazioneMSS9 e difficiliMSSS10 nomi di ruoli codificati M SS11 se MSS12UserM SV13IsInRolMISS14ManagerMVS15 nella vostra app non è una soluzione accettabile, a mio avviso, perché limita la capacità di ridefinire i diritti di ogni ruota più tardi senza toccare il codiceMSR16

Il gestore di autorizzazione (o AzMan per riassumere ) sembra adattarsi perfettamente a questa domanda. Tuttavia ho esitato ad entrare troppo velocemente perché non vedo molto rumore su questa tecnologia sul webMSC4 IoM SK5 mi piacerebbe leggere altre personeMST6 la sua esperienza con questa tecnologiaMSST7 Qualcuno ha provato a usarla in una |MST8 |Applicazione NET | MST9