अंत में दावे करने वाली करने के लिए मुख्य लाभ में शामिल हैं:
अपनी सेवाओं के लिए एक सुसंगत प्रोग्रामिंग मॉडल उपलब्ध कराने के - आप को पता है कि कैसे एक विशेष सुरक्षा व्यवस्था लागू करने के लिए, एक साइट का उपयोग कर सकते की जरूरत नहीं है उपयोगकर्ता नाम और पासवर्ड प्रमाणीकरण/प्रमाणीकरण, एक और सक्रिय निर्देशिका। आप सेवाएं किसी भी तरह से परवाह नहीं करते हैं क्योंकि आप जो भी कर रहे हैं वह सभी मामलों में दावों को संसाधित कर रहा है।
सुरक्षा कार्यान्वयन के साथ आपको अपने आप को चिंता करने की आवश्यकता नहीं है। यह एक तीसरे पक्ष द्वारा किया जाता है।
आप अपने डोमेन के अनुरूप करने के दावों को अनुकूलित, और उन्हें अपने प्राधिकरण तर्क के लिए एक विस्तार के रूप में इलाज कर सकते हैं - मानक सुरक्षा लक्षणों आमतौर पर केवल ऐसी भूमिकाओं के रूप में केवल बुनियादी जानकारी प्रदान करते हैं। आप निश्चित रूप से इसका विस्तार कर सकते हैं लेकिन फिर आप अधिक काम कर रहे हैं और अक्सर कार्यान्वित करना मुश्किल होता है (उदाहरण के लिए, एडी को विस्तारित करना अक्सर तकनीकी चुनौती नहीं है बल्कि नीति बाधा है - व्यवस्थापक एडी स्कीमा को संशोधित करने के लिए अनिच्छुक हैं विनिर्देश आवेदन)।
इंटरऑपबल - क्योंकि दावों [प्रारूप] मानकों पर आधारित होते हैं, वे विभिन्न भाषाओं और डोमेन की सेवाओं के बीच अधिक इंटरऑपरेबल बन जाते हैं क्योंकि सुरक्षा के लिए अंतर्निहित तकनीक सारणीबद्ध होती है।
आप बना रहे हैं नई .NET 4.5 WCF सेवा आप पहले से ही अब अगर आप का दावा निर्णय लिया है, जैसे दावे करने के रूप में नाम स्थान पहले सुरक्षा कार्यान्वयन के साथ पीछे की ओर संगत है शुरू कर सकते हैं तो भी आप के लिए नहीं था, क्या तुम करोगी बाद में अपग्रेड करने के लिए बेहतर स्थिति में रहें।
दावों के मुकाबले कहीं अधिक है और मैं यहां लिख सकता हूं और मुझे यकीन है कि अतिरिक्त कारणों के साथ अन्य लोग भी दावा कर सकते हैं कि दावे एक अच्छी बात हो सकती है।
उम्मीद है कि इससे मदद मिलती है।
सामान्य रूप से, http://stackoverflow.com/q/6786887/223837 के उत्तर सहायक हो सकते हैं। ध्यान दें कि एक सुरक्षा टोकन में "इस उपयोगकर्ता की भूमिका आर" दावा शामिल हो सकता है, जिसका उपयोग तब अनुप्रयोग-आधारित _authorisation_ करने के लिए किया जा सकता है। –