आप नहीं कर सकते।
ठीक है, बेशक आप कर सकते हैं , हालांकि एक int (System.Int32) हर संभव दशमलव मान रखने के लिए पर्याप्त नहीं है।
इसका मतलब है कि यदि आप एक दशमलव कास्ट करते हैं जो int.MaxValue से बड़ा है, तो आप अतिप्रवाह करेंगे, और यदि दशमलव int.MinValue से छोटा है, तो यह कम हो जाएगा।
जब आप ओवरफ्लो करते हैं तो क्या होता है? दो चीजों में से एक। यदि आपका निर्माण अनियंत्रित है (यानी, सीएलआर परवाह नहीं है यदि आप करते हैं), तो आपका आवेदन मूल्य से अधिक / कम होने के बाद भी जारी रहेगा, लेकिन इंट में मूल्य वह नहीं होगा जो आपने अपेक्षित किया था। इससे आंतरायिक कीड़े हो सकते हैं और उन्हें ठीक करना मुश्किल हो सकता है। आप अपने आवेदन को एक अज्ञात स्थिति में समाप्त कर देंगे, जिसके परिणामस्वरूप आपका आवेदन जो भी महत्वपूर्ण डेटा उसके काम को भ्रष्ट कर सकता है। अच्छा नही।
यदि आपकी असेंबली की जाँच की जाती है (गुण-> बिल्ड-> उन्नत-> अंकगणितीय अतिप्रवाह / अंडरफ़्लो या / चेक किए गए कंपाइलर विकल्प की जाँच करें), तो आपका कोड एक अपवाद को तब फेंक देगा जब एक अंडर / ओवरफ़्लो होता है। यह शायद नहीं से बेहतर है; हालाँकि, असेंबली के लिए डिफॉल्ट ओवर / अंडरफ्लो की जांच नहीं करता है।
असली सवाल यह है कि "आप क्या करने की कोशिश कर रहे हैं?" आपकी आवश्यकताओं को जाने बिना, कोई भी आपको यह नहीं बता सकता है कि आपको इस मामले में क्या करना चाहिए , स्पष्ट के अलावा: क्या नहीं है।
यदि आप विशेष रूप से परवाह नहीं करते हैं, तो यहां उत्तर मान्य हैं। हालाँकि, आपको अपनी समझ का संचार करना चाहिए कि अतिप्रवाह हो सकता है और अनचेक ब्लॉक में अपने कास्ट कोड को लपेटने से कोई फर्क नहीं पड़ता
unchecked
{
// do your conversions that may underflow/overflow here
}
इस तरह से आपके पीछे आने वाले लोग समझते हैं कि आप परवाह नहीं करते हैं, और अगर भविष्य में कोई आपके बिल्ड / चेक को बदल देता है, तो आपका कोड अप्रत्याशित रूप से नहीं टूटेगा।
यदि आप सभी करना चाहते हैं तो संख्या के भिन्नात्मक भाग को छोड़ दें, अभिन्न अंग को छोड़कर, आप Math.Truncate का उपयोग कर सकते हैं।
decimal actual = 10.5M;
decimal expected = 10M;
Assert.AreEqual(expected, Math.Truncate(actual));