क्या सी # कीवर्ड "एएस" का उपयोग करके उपरोक्त कारण हैं?

Question

मुझे लगता है कि का उपयोग कर निम्न:

TreeViewItem i = sender as TreeViewItem; 
if(i != null){ ... } 

आसान है लिखने और समझने से रहे हैं:

if(sender.GetType() == typeof(TreeViewItem)){ 
    TreeViewItem i = (TreeViewItem)sender; 
    ... 
} 

वहाँ बाध्यकारी कारण नहीं पहले निर्माण का उपयोग करने के हैं?

Answer 1

मैं ज्यादातर मामलों में as पर रोकता हूं क्योंकि आम तौर पर यदि वस्तु का प्रकार गलत है, तो यह एक बग इंगित करता है। बग कारण अपवाद आईएमओ - और InvalidCastException कास्ट करने वाली रेखा पर बिल्कुल सही है, जो कोड में बहुत बाद में NullReferenceException से बहुत स्पष्ट है।

as का उपयोग तब किया जाना चाहिए जब यह वैध और कानूनी प्रकार के किसी ऑब्जेक्ट का संदर्भ पारित किया गया हो जिसे आप नहीं चाहते हैं। वह स्थिति आती है, लेकिन मेरे अनुभव में सामान्य रूप से सामान्य कास्टिंग नहीं होती है।

तुलना GetType() का उपयोग कर प्रकार, हालांकि, बहुत मुश्किल से ही सही समाधान है - यह केवल उचित है जब आप सटीक एक संगत प्रकार के बजाय शामिल प्रकार के लिए जाँच करना चाहते हैं।

मैंने कहीं और "कास्ट बनाम" चर्चा के बारे में significantly longer answer लिखा है।

Answer 2

बिलकुल नहीं - यह आपको यह सत्यापित करने का मौका देता है कि रूपांतरण (कास्ट) ठीक किया गया था। यदि आप

TreeViewItem i = (TreeViewItem) sender; 

कास्ट विफल होने पर आपको अपवाद मिल सकता है।

Answer 3

"as": अच्छी चीजें। यह हर समय उपयोग करें।

यदि आप वास्तव में एक विकल्प के लिए मैन्युअल रूप से की तुलना करना चाहते हैं प्रकार की कोशिश:

if(person is Employee) { } 

अभी तक बेहतर पढ़ता है।

Answer 4

तेजी से होता है, लेकिन चीजों को ध्यान में रखना है "के रूप में":

• एक अशक्त रिटर्न के बजाय एक अपवाद फेंक है कि अगर एक समस्या

• ऐसा नहीं होगा की "के रूप में" कस्टम रूपांतरण iirc

• यह reference- लिए काम नहीं करता> मूल्य

संपादित करें: "के रूप में" निश्चित रूप से तेजी से (http://www.codeproject.com/KB/cs/csharpcasts.aspx)

EDIT2 है: तो मूल रूप से एक गति बनाम सुरक्षा निर्णय

Answer 5

नहीं, मैं इसे काफ़ी का उपयोग करें। यह आपको एक साफ तरीके से InvalidCastException एस से बचने की अनुमति देता है।

उदाहरण के लिए

:

TreeViewItem tvItem = sender as TreeViewItem; 

if (tvItem != null) return; 

// Do stuff 

के रूप में करने का विरोध किया:

try 
{ 
    TreeViewItem tvItem = (TreeViewItem)sender; 
    // Do stuff. 
} 
catch (InvalidCastException ex) 
{ 
    // Didn't work, do something about it 
    return; // ... or not... 
} 

Answer 6

आपका उदाहरण बेहतर रूप में लिखा जाएगा:

if (sender is TreeViewItem) { 
    TreeViewItem i = (TreeViewItem)sender; 
    ... 
} 

यह बिल्कुल इस दोहरे प्रकार जाँच कर रहा है कि as ऑपरेटर से बचने में मदद कर सकते हैं। तो आपके उद्धृत उदाहरण के लिए, मैं कहूंगा कि यह निश्चित रूप से एक अच्छा समाधान है।

हालांकि, ऐसी स्थितियां हैं जहां आप वास्तव में एक कलाकार चाहते हैं। यदि आप TreeViewItem की अपेक्षा कर रहे हैं और कुछ और नहीं चाहते हैं, तो कास्टिंग सुनिश्चित करेगा कि InvalidCastException फेंक दिया गया है यदि आपको कुछ और दिया गया है।

बस अधिकांश स्थितियों में, यहां कोई कंबल नियम नहीं है: सही नौकरी के लिए सही उपकरण का उपयोग करें।

Answer 7

आप एक सादे (नल नहीं) मान प्रकार चाहते हैं, स्पष्ट रूप से यह काम नहीं करेगा, जैसे:

int test = sender as int; 

मान्य नहीं है, तथापि:

int? test = sender as int?; 

अनुमति दी है।

Answer 8

आम तौर पर, ये दो स्निपेट समकक्ष नहीं हैं। TreeViewItem i = sender as TreeViewItem एक सही परिणाम निकलेगा भले ही senderTreeViewItem का एक भव्य-पोती बच्चा है, जबकि sender.GetType() == typeof(TreeViewItem) हो जाएगा trueकेवलsender ठीक TreeViewItem और इसके संभावित उपवर्गों में से कोई भी है, जब।

Answer 9

तो गलत प्रकार हो रही एक बग हो सकता है, तो आप एक डाली उपयोग करना चाहिए। इसका कारण यह है कि वास्तव में एक समस्या है और आपको इसके बारे में पता होना चाहिए।

यदि यह संभव है कि मूल्य शून्य हो जाएगा, और यह तब होता है जब सिस्टम में यह एक बग नहीं होता है तो "as" का उपयोग करें। इसका कारण यह है कि आपको किसी भी समय "as" का उपयोग करना चाहिए जो शून्य वापस प्राप्त करना स्वीकार्य है।

, ध्यान रखें कि आप "के रूप में" का उपयोग नहीं कर सकते हैं मूल्य प्रकार कन्वर्ट करने के लिए रखें, क्योंकि शून्य मान उनके लिए स्वीकार्य नहीं है। यदि आपके पास कोई मान प्रकार है और "as" का उपयोग करना चाहते हैं, तो आपको एक शून्य मूल्य प्रकार का उपयोग करने की आवश्यकता होगी।

When to Use "as" Versus Casting