آموزش کامل decimal.Parse() در C# و .NET

مقدمه

decimal.Parse() یکی از ابزارهای مستقیم تبدیل متن در پلتفرم Microsoft .NET است. این API در حوزه‌هایی مانند پول، مالیات، حسابداری، قیمت‌گذاری و محاسباتی که دقت ده‌دهی قطعی لازم دارند کاربرد دارد. هدف آن این است که نمایش متنی معتبر را به نوع مقصد تبدیل کند و در صورت نقض قرارداد، شکست را با استثنا اعلام نماید.

در این راهنما تبدیل متن به عدد اعشاری دقیق را از سطح پایه تا طراحی حرفه‌ای بررسی می‌کنیم. تفاوت اعتبار نحوی و اعتبار کسب‌وکار، رفتار مقدار null، اثر CultureInfo، مدیریت خطا، کارایی و انتخاب میان Parse و TryParse با مثال‌های کامل توضیح داده می‌شود.

اگر به نمای کلی خانواده تبدیل‌ها و مسیر یادگیری همه نوع‌ها نیاز دارید، راهنمای جامع متدهای Parse در C# و .NET را نیز مطالعه کنید. لینک‌های این مجموعه مستقل از دامنه ساخته شده‌اند تا پس از جابه‌جایی وب‌سایت هم سالم بمانند.

تصویر 1: decimal.Parse()؛ نمای مفهومی مسیر متن تا مقدار نوع‌دار

تعریف، Syntax و قرارداد متد

در ساده‌ترین حالت، decimal.Parse() یک رشته را دریافت می‌کند و مقدار decimal تحویل می‌دهد. محدوده یا قالب اصلی این نوع عبارت است از: عدد ده‌دهی 128 بیتی با 28 تا 29 رقم معنی‌دار. موفقیت تبدیل فقط درست‌بودن قالب را ثابت می‌کند؛ قواعد دامنه مانند مثبت‌بودن مبلغ یا تعریف‌شدن مقدار Enum باید جداگانه کنترل شوند.

Syntax پایه و قابل اجرا

using System;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "125000.50";
            decimal value = decimal.Parse(text);
            Console.WriteLine(value);
        }
    }

پارامترها و نوع خروجی

پارامتر اصلی، متن ورودی است و نباید بدون قرارداد مشخص از لایه نمایش به هسته دامنه عبور کند.
برخی overloadها فرهنگ، NumberStyles، DateTimeStyles، قالب یا گزینه ignoreCase دریافت می‌کنند.
نوع خروجی در این مقاله decimal است؛ در شکست، Parse معمولاً FormatException، ArgumentException یا OverflowException ایجاد می‌کند.
مقدار null بسته به نوع و overload می‌تواند ArgumentNullException ایجاد کند؛ بنابراین سیاست null باید پیش از تبدیل روشن باشد.

Parse را باید به چشم یک مرز قرارداد دید. وقتی برنامه ادعا می‌کند متن حتماً معتبر است، شکست Parse وجود یک خطای داده یا برنامه‌نویسی را آشکار می‌کند. وقتی نامعتبر بودن قابل انتظار است، TryParse مدل مناسب‌تری برای کنترل جریان خواهد بود.

مثال‌های عملی مستقل

مثال‌ها از تبدیل پایه شروع می‌شوند و به داده دسته‌ای، null، مقدار مرزی، خطای کنترل‌شده و مسیر بهینه می‌رسند. هر نمونه یک برنامه کامل کنسولی است و خروجی نمایشی اجازه می‌دهد نتیجه را بدون اجرای فوری کد بررسی کنید.

مثال 1: تبدیل مبلغ فاکتور

در سناریوی «تبدیل مبلغ فاکتور»، decimal.Parse() یک رشته معتبر را به مقدار نوع‌دار تبدیل می‌کند تا ادامه برنامه با داده خام درگیر نباشد.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "125000.50";
            decimal value = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine(value.ToString(System.Globalization.CultureInfo.InvariantCulture));
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	125000.50	تبدیل مبلغ فاکتور

کاربرد عملی این الگو در پول، مالیات، حسابداری، قیمت‌گذاری و محاسباتی که دقت ده‌دهی قطعی لازم دارند دیده می‌شود. در نسخه تولیدی، پیام خطا، ثبت رخداد، حریم خصوصی داده و تست واحد را متناسب با قرارداد سامانه تکمیل کنید.

مثال 2: پاک‌سازی قیمت ورودی

برای «پاک‌سازی قیمت ورودی»، فاصله یا شکل نمایش ورودی آگاهانه مدیریت می‌شود و قرارداد تبدیل روشن باقی می‌ماند.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "  125000.50  ";
            decimal value = decimal.Parse(text.Trim(), System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine(value.ToString(System.Globalization.CultureInfo.InvariantCulture));
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	125000.50	پاک‌سازی قیمت ورودی

مثال 3: پردازش ردیف‌های مالی

نمونه «پردازش ردیف‌های مالی» چند مقدار مستقل را پردازش می‌کند و کاربرد این نوع را در پول، مالیات، حسابداری، قیمت‌گذاری و محاسباتی که دقت ده‌دهی قطعی لازم دارند نشان می‌دهد.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string[] values = { "125000.50", "125000.50", "125000.50" };
            int parsedCount = 0;
            foreach (string text in values)
            {
                _ = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
                parsedCount++;
            }
            Console.WriteLine($"ParsedCount={parsedCount}");
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	ParsedCount=3	پردازش ردیف‌های مالی

مثال 4: کنترل مبلغ مثبت

در «کنترل مبلغ مثبت»، خروجی نوع‌دار مستقیماً وارد شرط می‌شود؛ با این حال اعتبار دامنه از اعتبار قالب جدا نگه داشته می‌شود.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "125000.50";
            decimal value = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            if (value > 0)
            {
                Console.WriteLine("Positive");
            }
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	Positive	کنترل مبلغ مثبت

مثال 5: مشاهده Decimal در Runtime

مثال «مشاهده Decimal در Runtime» ثابت می‌کند خروجی فقط یک متن تغییرشکل‌یافته نیست و Runtime نوع واقعی مقصد را ایجاد کرده است.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "125000.50";
            decimal value = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine($"Value={value}; Type={value.GetType().Name}");
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	Value=125000.50; Type=Decimal	مشاهده Decimal در Runtime

مثال 6: سیاست مبلغ مفقود

در «سیاست مبلغ مفقود»، چون Parse برای null قرارداد موفقی ندارد، سیاست مقدار پیش‌فرض پیش از فراخوانی اعمال می‌شود.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string? text = null;
            decimal value = text is null ? default : decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine(value);
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	0	سیاست مبلغ مفقود

مثال 7: آزمون بیشینه decimal

آزمون «آزمون بیشینه decimal» کران مهم نوع مقصد را می‌سنجد؛ محدوده این مقاله عدد ده‌دهی 128 بیتی با 28 تا 29 رقم معنی‌دار است.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "79228162514264337593543950335";
            decimal value = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine(value == decimal.MaxValue);
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	True	آزمون بیشینه decimal

مثال 8: پذیرش مبلغ سفارش

سناریوی «پذیرش مبلغ سفارش» به یک کاربرد پروژه‌ای در حوزه پول، مالیات، حسابداری، قیمت‌گذاری و محاسباتی که دقت ده‌دهی قطعی لازم دارند نزدیک است و مقدار تبدیل‌شده را وارد منطق کسب‌وکار می‌کند.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string quantityText = "125000.50";
            decimal quantity = decimal.Parse(quantityText, System.Globalization.CultureInfo.InvariantCulture);
            Console.WriteLine($"Accepted={quantity > 0}; Value={quantity}");
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	Accepted=True; Value=125000.50	پذیرش مبلغ سفارش

مثال 9: مدیریت عدد مالی نامعتبر

در «مدیریت عدد مالی نامعتبر»، FormatException یا OverflowException فقط در مرزی مدیریت می‌شود که امکان ارائه پیام اصلاحی وجود دارد.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "not-a-number";
            try
            {
                _ = decimal.Parse(text, System.Globalization.CultureInfo.InvariantCulture);
            }
            catch (Exception ex) when (ex is FormatException || ex is OverflowException)
            {
                Console.WriteLine(ex.GetType().Name);
            }
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	FormatException یا OverflowException	مدیریت عدد مالی نامعتبر

مثال 10: اعتبارسنجی سریع Import حسابداری

نمونه «اعتبارسنجی سریع Import حسابداری» از TryParse استفاده می‌کند تا شکست عادی بدون ساخت استثنا گزارش شود و مسیر پرترافیک خوانا بماند.

using System;
    using System.Globalization;
    
    public static class Program
    {
        public static void Main()
        {
            string text = "125000.50";
            if (decimal.TryParse(text, System.Globalization.NumberStyles.Number, System.Globalization.CultureInfo.InvariantCulture, out decimal value))
            {
                Console.WriteLine(value);
            }
        }
    }

ورودی یا سناریو	خروجی نمونه	نکته
125000.50	125000.50	اعتبارسنجی سریع Import حسابداری

تصویر 2: decimal.Parse()؛ مقایسه مسیر موفق، شکست و اعتبارسنجی

خطاهای رایج و روش اصلاح

بیشتر ایرادهای تبدیل از خود API ناشی نمی‌شوند؛ منشأ آن‌ها قرارداد مبهم ورودی است. مشخص نبودن Culture، اعتماد به متن کاربر، نادیده‌گرفتن محدوده نوع و استفاده از استثنا برای کنترل جریان، رفتار سامانه را غیرقابل پیش‌بینی می‌کند.

فراخوانی Parse روی null یا رشته خالی؛ ابتدا سیاست مقدار اجباری، مقدار پیش‌فرض یا رد درخواست را تعیین کنید.
تکیه بر Culture جاری سرور؛ برای داده بین‌سامانه‌ای از CultureInfo.InvariantCulture یا قالب دقیق استفاده کنید.
فرض اینکه موفقیت تبدیل یعنی اعتبار کسب‌وکار؛ محدوده، موجودیت و قواعد دامنه را پس از تبدیل بسنجید.
گرفتن catch کلی و ادامه خاموش برنامه؛ فقط خطای قابل بازیابی را بگیرید و اطلاعات تشخیصی مناسب ثبت کنید.
تبدیل چندباره همان متن در لایه‌های مختلف؛ یک بار در مرز تبدیل کنید و مقدار نوع‌دار را به داخل بفرستید.
قرار دادن Parse در حلقه‌ای با نرخ خطای بالا؛ در این مسیر از TryParse و پردازش نتیجه bool استفاده کنید.

کارایی، حافظه و رفتار سیستمی

برای ورودی معتبر، decimal.Parse() معمولاً عملیات کوتاهی است و مقدار مقصد را بدون نیاز به منطق پیچیده تولید می‌کند. با این حال هزینه واقعی به طول متن، فرهنگ، سبک عدد، نوع مقصد، نسخه Runtime، معماری CPU و نرخ شکست وابسته است.

تفاوت بزرگ زمانی دیده می‌شود که ورودی نامعتبر پرتکرار باشد. Parse برای گزارش شکست یک Exception می‌سازد و پرتاب می‌کند؛ این مسیر علاوه بر CPU می‌تواند تخصیص حافظه و فشار جمع‌آوری زباله ایجاد کند. TryParse شکست را با false برمی‌گرداند و برای داده کاربر یا فایل حجیم مناسب‌تر است.

در مسیرهای بسیار داغ، overloadهای مبتنی بر ReadOnlySpan می‌توانند از ساخت Substring جلوگیری کنند. این به معنی سریع‌تر بودن قطعی در هر پروژه نیست؛ آزمون باید در Release، بدون Debugger، پس از Warm-up و با داده‌ای شبیه تولید انجام شود. BenchmarkDotNet برای مقایسه علمی گزینه مطمئن‌تری است.

بهترین روش‌ها

نوع مقصد را بر اساس دامنه انتخاب کنید، نه صرفاً بر اساس اینکه نمونه فعلی در آن جا می‌شود.
قالب، Culture و سیاست null را بخشی از قرارداد API یا فایل بدانید.
برای داده تضمین‌شده Parse و برای شکست قابل انتظار TryParse را انتخاب کنید.
پیام خطای فارسی و قابل اقدام بسازید، اما داده محرمانه را در Log تکرار نکنید.
پس از تبدیل، اعتبار دامنه‌ای مانند محدوده مجاز و وجود شناسه را جداگانه کنترل کنید.
حالت‌های حداقل، حداکثر، صفر، منفی، فاصله، حروف و قالب ناسازگار را تست کنید.
در حلقه داغ، تبدیل و ساخت CultureInfo یا Regex تکراری را حذف کنید.
تصمیم کارایی را با پروفایل و Benchmark روی نسخه واقعی .NET تأیید کنید.

کاربرد واقعی در معماری نرم‌افزار

در سامانه سازمانی، decimal.Parse() بهتر است در لایه ورودی، Mapper یا Value Object قرار گیرد. رشته خام مربوط به پول، مالیات، حسابداری، قیمت‌گذاری و محاسباتی که دقت ده‌دهی قطعی لازم دارند پس از اعتبارسنجی به مقدار نوع‌دار تبدیل می‌شود و لایه دامنه دیگر درگیر جزئیات نمایش متن نیست.

این الگو تست‌پذیری را افزایش می‌دهد، پیام‌های خطا را یکپارچه می‌کند و مانع پخش‌شدن منطق تبدیل در Controller، فرم و Repository می‌شود. برای پروژه‌های بزرگ می‌توان نتیجه تبدیل را در یک Result type قرار داد تا خطا بدون Exception به لایه نمایش برگردد.

سؤالات متداول

۱. decimal.Parse() دقیقاً چه کاری انجام می‌دهد؟

decimal.Parse() نمایش متنی معتبر را مطابق قواعد نوع مقصد به یک مقدار نوع‌دار تبدیل می‌کند. نتیجه پس از تبدیل می‌تواند در محاسبه، شرط، ذخیره‌سازی یا منطق دامنه استفاده شود و دیگر لازم نیست با رشته خام کار کنیم.

۲. چه زمانی استفاده از decimal.Parse() برای تازه‌کاران مناسب است؟

وقتی منبع داده مورد اعتماد است، قالب از قبل اعتبارسنجی شده و شکست واقعاً یک وضعیت استثنایی محسوب می‌شود، Parse انتخابی ساده و خواناست. برای ورودی مستقیم کاربر معمولاً TryParse تجربه مقاوم‌تری ایجاد می‌کند.

۳. آیا استفاده درست از decimal.Parse() هزینه نگهداری پروژه را کم می‌کند؟

بله؛ تبدیل در مرز سیستم و انتقال مقدار نوع‌دار به لایه‌های داخلی، شرط‌های تکراری و خطاهای پنهان را کاهش می‌دهد. این جداسازی در پروژه‌های تجاری، گزارش‌گیری و سامانه‌های چندلایه ارزش زیادی دارد.

۴. در پروژه سفارشی چگونه سیاست تبدیل decimal.Parse() طراحی می‌شود؟

قالب ورودی، فرهنگ، رفتار null، محدوده مجاز، پیام خطا و محل ثبت رخداد باید در قرارداد ورودی مشخص شوند. سپس تبدیل در یک نقطه مشترک مانند Validator، Mapper یا لایه ورودی پیاده‌سازی و با تست پوشش داده می‌شود.

۵. تفاوت کلیدی Parse و TryParse برای decimal.Parse() چیست؟

Parse در شکست استثنا پرتاب می‌کند، ولی TryParse با یک مقدار bool موفقیت را گزارش می‌دهد و خروجی را از پارامتر out تحویل می‌دهد. تفاوت اصلی در قرارداد شکست است، نه صرفاً شکل نوشتن کد.

۶. برای پیاده‌سازی حرفه‌ای decimal.Parse() چه خدماتی لازم می‌شود؟

در سامانه حساس می‌توان از بازبینی قرارداد داده، طراحی اعتبارسنجی، تست داده‌های مرزی، پروفایل کارایی و ثبت خطای ساخت‌یافته استفاده کرد. مشاوره فنی کمک می‌کند این تصمیم‌ها با معماری و نیاز واقعی محصول هماهنگ شوند.

۷. خطاهای رایج decimal.Parse() کدام‌اند؟

ارسال null، رشته خالی، قالب ناسازگار، عدد خارج از محدوده، فرهنگ اشتباه و گرفتن کلی همه Exceptionها از خطاهای پرتکرار هستند. ثبت مقدار حساس نیز باید با قواعد امنیت و حریم خصوصی هماهنگ شود.

۸. آیا decimal.Parse() از نظر Performance کند است؟

روی ورودی معتبر معمولاً تبدیل سریع است؛ مشکل اصلی زمانی رخ می‌دهد که داده نامعتبر زیاد باشد و Parse مرتب استثنا بسازد. اندازه‌گیری با داده واقعی، Release build، Runtime هدف و ابزار مناسب از حدس بهتر است.

۹. بهترین روش استفاده از decimal.Parse() چیست؟

فرهنگ و قالب را صریح کنید، تبدیل را در مرز ورودی نگه دارید، دامنه مجاز را جداگانه بسنجید، از تبدیل تکراری جلوگیری کنید و برای تمام کران‌ها تست داشته باشید. شکست قابل انتظار را نیز با TryParse مدل کنید.

۱۰. decimal.Parse() با کدام نسخه‌های C# و .NET سازگار است؟

شکل‌های پایه Parse سال‌هاست در .NET وجود دارند، اما overloadهای Generic، Span و رابط‌های جدید مانند IParsable به نسخه Runtime وابسته‌اند. پیش از استفاده از overload جدید، Target Framework پروژه و مستندات همان نسخه را کنترل کنید.

سؤالات مصاحبه

سؤال	محور پاسخ حرفه‌ای
چه زمانی decimal.Parse() را به TryParse ترجیح می‌دهید؟	قرارداد قطعی ورودی و استثنایی‌بودن واقعی شکست
چرا CultureInfo روی تبدیل مهم است؟	جداکننده، قالب، زبان و پایداری داده بین‌سامانه‌ای
موفقیت Parse چه چیزی را تضمین نمی‌کند؟	اعتبار دامنه، مجوز، موجودیت و منطق کسب‌وکار
استثنا در حلقه داغ چه اثری دارد؟	هزینه CPU، تخصیص و پیچیدگی مسیر کنترل
Span چه زمانی مفید است؟	حذف برش رشته و کاهش تخصیص در پردازش حجیم

چک‌لیست نهایی

نوع مقصد و محدوده آن با دامنه هماهنگ است.
قالب و Culture ورودی مستند شده است.
رفتار null و رشته خالی مشخص است.
Parse یا TryParse بر اساس قرارداد شکست انتخاب شده است.
اعتبار نحوی و اعتبار کسب‌وکار جدا هستند.
مقادیر مرزی و نامعتبر تست شده‌اند.
در مسیر پرترافیک اندازه‌گیری واقعی انجام شده است.
پیام خطا مفید است و اطلاعات حساس را افشا نمی‌کند.

تصویر 3: decimal.Parse()؛ چک‌لیست انتخاب API و آماده‌سازی برای تولید

جمع‌بندی

decimal.Parse() زمانی بهترین انتخاب است که متن مطابق قراردادی قطعی و معتبر وارد شود و شکست باید یک وضعیت استثنایی باشد. برای ورودی نامطمئن، TryParse کنترل صریح‌تر و معمولاً رفتار کاراتری در مسیر شکست ارائه می‌کند. انتخاب نوع، فرهنگ، تست مرزی و محل تبدیل به اندازه خود فراخوانی متد اهمیت دارند.

برای مقایسه این API با سایر تبدیل‌ها، راهنمای جامع متدهای Parse در C# و .NET را ببینید. این راهنما نقشه کامل bool، انواع عددی، DateTime، Guid، Enum و تحلیل کارایی را یکجا ارائه می‌کند.

آموزش decimal.Parse() در C# و .NET با ۱۰ مثال عملی