‫طول عمر Dependency Injection برای `DbContext` در .NET: انتخاب محدوده مناسب

انتخاب طول عمر مناسب برای DbContext در .NET، موضوعی کلیدی در معماری برنامه‌های کاربردی است. در حالی که پاسخ صحیح به این سوال که آیا باید از Scoped، Transient یا Singleton استفاده کرد، Scoped است، درک دلیل این انتخاب برای تمایز بین توسعه‌دهندگان مبتدی و ارشد ضروری است. DbContext نماینده یک واحد کاری و یک جلسه با پایگاه داده است و به همین دلیل، مدیریت طول عمر آن اهمیت دارد. استفاده از DbContext با طول عمر Scoped با الگوهای واحد کاری مطابقت دارد. هر درخواست HTTP نشان‌دهنده یک عملیات تجاری است، مانند ایجاد سفارش، به‌روزرسانی پروفایل یا پردازش پرداخت. یک DbContext با محدوده Scoped تضمین می‌کند که هر عملیات دارای یک context و یک تراکنش واحد است و ردیابی تغییرات به صورت تمیز و قابل پیش‌بینی انجام می‌شود. استفاده از Transient برای DbContext منجر به ایجاد یک نمونه جدید در هر بار تزریق می‌شود که می‌تواند باعث ایجاد چندین DbContext در یک درخواست واحد شود. این امر می‌تواند منجر به از دست رفتن ردیابی تغییرات و شکست تراکنش‌ها شود. از طرف دیگر، استفاده از Singleton به دلیل غیر thread-safe بودن DbContext و احتمال بروز race condition و corruption state، توصیه نمی‌شود. در سناریوهای مختلف، مانند درخواست‌های Web API، سرویس‌های پس‌زمینه و برنامه‌های کنسولی، استفاده از Scoped یا ایجاد scope به صورت دستی با استفاده از _serviceProvider.CreateScope() توصیه می‌شود. ثبت DbContext به صورت پیش‌فرض با استفاده از services.AddDbContext به صورت Scoped انجام می‌شود.