‫جلوگیری از NullReferenceException در #C مدرن: راهکارهای نوین برای کدنویسی امن‌تر

if (user != null && user.Address != null && user.Address.City != null)
{
    Console.WriteLine(user.Address.City);
}

Console.WriteLine(user?.Address?.City);

logger?.Log("Processing");

Console.WriteLine(user?.Address?.City ?? "Unknown City");

_logger?.LogInformation("User signed in at {Time}", DateTime.UtcNow);

• در اینجا، اگر شیء _logger تهی باشد (مثلاً در یک محیط تست که لاگ‌گیری فعال نیست)، متد LogInformation فراخوانی نمی‌شود و از بروز خطا جلوگیری می‌شود.

var phone = customer?.ContactInfo?.Phones?.FirstOrDefault()?.Number ?? "N/A";

• این خط کد به صورت ایمن شماره تلفن اولین مخاطب را از یک شیء customer با ساختار تودرتو استخراج می‌کند. اگر هر یک از عناصر میانی (مانند ContactInfo یا Phones) تهی باشند، یا اگر لیستی از تلفن‌ها خالی باشد، مقدار "N/A" بازگردانده می‌شود.

var firstActive = users?.FirstOrDefault(u => u.IsActive)?.Name ?? "Unknown";

• این کد اولین کاربر فعال را از یک مجموعه users استخراج می‌کند و نام آن را برمی‌گرداند. اگر users تهی باشد یا هیچ کاربر فعالی یافت نشود، مقدار "Unknown" برگردانده می‌شود.

if (user is { Address.City: "New York" })
{
    Console.WriteLine("User lives in NYC");
}

• انواع مقداری غیرقابل تهی (Non-nullable Value Types): از زنجیره کردن ?. بر روی انواع مقداری که قابل تهی نیستند (مانند int یا DateTime) خودداری کنید. اگر می‌خواهید این عملگرها را با انواع مقداری استفاده کنید، باید از نسخه‌های قابل تهی آن‌ها (nullable types) مانند int? یا DateTime? استفاده کنید.
• استفاده بیش از حد برای کنترل جریان (Control Flow): اگرچه ?. برای دسترسی ایمن عالی است، اما نباید برای مدیریت جریان کنترل برنامه به صورت گسترده از آن استفاده کرد. برای تصمیم‌گیری‌های پیچیده‌تر، ساختارهای if-else سنتی ممکن است خوانایی بیشتری داشته باشند.
• پنهان کردن استثنائات (Suppressing Exceptions): مطمئن شوید که به طور ناخواسته استثناهایی را که باید منجر به خطا و آگاهی توسعه‌دهنده شوند، پنهان نمی‌کنید. گاهی اوقات، یک NullReferenceException نشان‌دهنده یک مشکل منطقی در برنامه است که باید برطرف شود، نه اینکه صرفاً از آن اجتناب شود.