Yaklaşık 8 ay önce this question gönderdim. Kabul edilen cevap, varsayılan hizmet sağlayıcının kuralları tarafından oynatılamayan bazı şeylere dokunur. Örneğin, RoleProvider'dan gelen özel bir RoleProvider kullanmıyorsanız, User.IsInRole()
gibi hızlı kısayollar kullanma yeteneğini kaybedersiniz. Cevap, "yerleşik sıhhi tesisat" gibi şeylere atıfta bulunur.Varsayılan üyelik sağlayıcısını veya bunu devralan özel bir kişiyi kullanmanın altında yatan olumlu nedenler nelerdir?
Bilmek istediğim şey, bu "yerleşik sıhhi tesisat" a dayanan bir malzemenin tam listesini bulabilir ve sahnelerin arkasına hangi yöntemleri kullandığını gösteren bir şeydir. Örneğin
, HttpContext.Current.User.IsInRole()
(ı varsayalım), atıfta ve benim özel RoleProvider benim overriden "IsUserInRole()" yöntemini çağırarak, ama açıkça HttpContext.Current.User.IsInRole()
aslında IsUserInRole()
aradığını belirtilmektedir belgelere görmek istiyorum edilir tüm sağlayıcılar için tüm bu yöntemler için.
Zaten aniden açık olması gerektiğini anlıyorum (IsInRole() ve IsUserInRole() çok benzer), ama sormak benim motivasyonum, bu tür diğer kısayollar hakkında bilgi edinmek ve öğrenmek. farkında bile değil. Tekerleği birkaç kez yeniden icat ettiğime dair bir fikrim var ve bunu bile bilmiyorum.