আপনি পারবেন না।
ঠিক আছে, অবশ্যই আপনি করতে পারেন , তবে একটি int (System.Int32) প্রতিটি সম্ভাব্য দশমিক মান ধরে রাখতে যথেষ্ট বড় নয়।
এর অর্থ আপনি যদি দশমিকের চেয়ে বড় ইন্ট্রাক্সের চেয়ে বড় হন M ম্যাক্সভ্যালু আপনি উপচে পড়ে যাবেন এবং যদি দশমিক ইন্ট.মিনভ্যালুয়ের চেয়ে ছোট হয় তবে এটি নিমজ্জিত হবে।
আপনি যখন / অতিরিক্ত প্রবাহিত হবেন তখন কী ঘটে? দুটি জিনিসের একটি। যদি আপনার বিল্ডটি চেক না করা হয় (যেমন, সিএলআর যদি আপনি করেন তবে এটি যত্নশীল নয়), আপনার অ্যাপ্লিকেশনটি মান / ওভারফ্রোলের পরে চলতে থাকবে, তবে ইনটেলের মানটি আপনার প্রত্যাশার সাথে হবে না। এটি মাঝে মাঝে বাগগুলি নিয়ে যেতে পারে এবং এটি সংশোধন করা কঠিন হতে পারে। আপনি আপনার অ্যাপ্লিকেশনটি অজানা অবস্থায় শেষ করবেন যার ফলস্বরূপ আপনার অ্যাপ্লিকেশনটির যে কোনও গুরুত্বপূর্ণ ডেটা এতে কাজ করছে। ভাল না.
যদি আপনার সমাবেশটি পরীক্ষা করা হয় (বৈশিষ্ট্য-> বিল্ড-> অ্যাডভান্সড-> পাটিগণিত ওভারফ্লো / আন্ডারফ্লো বা / চেক করা সংকলক বিকল্পের জন্য পরীক্ষা করুন), যখন কোনও আন্ডার / ওভারফ্লো ঘটে তখন আপনার কোড একটি ব্যতিক্রম ছুঁড়ে দেবে। এটি সম্ভবত না চেয়ে ভাল; তবে অ্যাসেমব্লির জন্য ডিফল্টটি ওভার / আন্ডারফ্লো পরীক্ষা করা হয় না।
আসল প্রশ্নটি "আপনি কী করার চেষ্টা করছেন?" আপনার প্রয়োজনীয়তাগুলি না জেনে কোনও ব্যক্তি আপনাকে এই ক্ষেত্রে আপনার কী করা উচিত তা সুস্পষ্ট ব্যতীত আপনাকে বলতে পারে না: এটি করবেন না।
আপনি যদি বিশেষভাবে যত্ন না করেন তবে উত্তরগুলি বৈধ। যাইহোক, আপনি উচিত যোগাযোগ আপনার বোঝার যে একটি ওভারফ্লো ঘটতে পারে এবং এটি একটি ইন আপনার কাস্ট কোড মোড়কে কোন ব্যাপার না যে অবারিত ব্লক
unchecked
{
// do your conversions that may underflow/overflow here
}
এইভাবে আপনার পিছনে আসা লোকেরা বুঝতে পারে আপনার যত্ন নেই এবং ভবিষ্যতে যদি কেউ আপনার বিল্ডগুলিকে / চেক করে পরিবর্তন করে তবে আপনার কোডটি অপ্রত্যাশিতভাবে ভেঙে যাবে না।
আপনি যা করতে চান তা যদি অবিচ্ছেদ্য অংশটি রেখে, সংখ্যার ভগ্নাংশটি বাদ দেয় তবে আপনি ম্যাথ.ট্রানকেট ব্যবহার করতে পারেন।
decimal actual = 10.5M;
decimal expected = 10M;
Assert.AreEqual(expected, Math.Truncate(actual));