Nullable في Kotlin: كيفية التعامل مع القيم null بدون ألم؟ دليل كامل

ما الذي يخفيه علامة الاستفهام؟ نغوص في nullable في Kotlin

هل سبق لك أن كتبت كودًا بلغة Java وأصبت بـ NullPointerException في أكثر الأوقات غير المناسبة؟ إذا كان الأمر كذلك - فأنت تعلم كم هو مؤلم. لقد حل مطورو Kotlin هذه المشكلة مرة واحدة وإلى الأبد، وجعلوا null safety ليس مجرد ميزة، بل فلسفة للغة. لكن المبتدئين غالبًا ما يخافون من السؤال: "In Kotlin, what is the idiomatic way to deal with nullable values, referencing or converting them?" (هكذا بالضبط يبدو السؤال الأكثر شيوعًا على Stack Overflow).

اليوم سنشرح جميع اصطلاحات التعامل مع nullable: من ?. البسيط إلى let الذكي و !! السحري. والأهم من ذلك - سننظر تحت الغطاء لنفهم كيف يعمل هذا على مستوى البايت كود. هيا بنا!

نبذة تعريفية سريعة: ما هو nullable؟

في Kotlin، تنقسم الأنواع إلى معسكرين: nullable (يمكن أن تكون null) و non-nullable (لا يمكن). إذا كتبت var name: String = null - سيصدر المترجم خطأ. أما var name: String? = null - فهو مقبول. علامة الاستفهام هي علامة تقول: "مرحبًا أيها المترجم، أعلم أنه قد يكون هناك قيمة فارغة هنا، فلا تغضب".

ولكن كيف نتعامل مع هذا؟ مجرد التحقق من null باستخدام if - هذا ممل وليس بطريقة Kotlin. دعنا نلقي نظرة على الأدوات الحقيقية.

الثلاثي المنقذ: ?. و ?: و ?.

تقدم Kotlin ثلاثة أركان يقوم عليها كل التعامل مع nullable. احفظها - ستوفر لك ساعات من التصحيح.

1. عامل الاستدعاء الآمن (?.)

هذا هو الضيف الأكثر شيوعًا في كودك. يسمح لك عامل safe call باستدعاء دالة أو خاصية فقط إذا كان الكائن لا يساوي null. إذا كان الكائن null - سيعيد العامل قيمة null، ولن يحدث أي استثناء.

val user: User? = null\nval name: String? = user?.name  // name = null, لا يوجد خطأ

تحت الغطاء، يتحول هذا إلى بايت كود يقوم بفحص عادي للـ null واستدعاء شرطي. لا سحر، فقط أمان.

2. عامل Elvis (?:)

Elvis هو صديقك عندما تحتاج إلى تعيين قيمة افتراضية. إذا كان الجزء الأيسر ليس null - نأخذه، وإلا - نأخذ ما على اليمين.

val name: String? = null\nval displayName: String = name ?: "ضيف"  // "ضيف"

يمكن استخدام Elvis أيضًا للخروج المبكر من الدالة:

fun getUserName(user: User?): String {\n    val name = user?.name ?: return "مجهول"\n    return name\n}

3. تأكيد عدم الصفرية (!!)

هذا هو العامل المتمرد. إنه يقول: "أنا متأكد أنه ليس null هنا، ومستعد للموت (بمعنى، إلقاء NPE) إذا كنت مخطئًا". استخدمه بحذر، فقط عندما تكون متأكدًا 100%.

val user: User? = getUserFromDatabase() // نحن متأكدون من وجوده\nval name: String = user!!.name

تحت الغطاء، يتم ترجمة !! إلى فحص عادي مع إلقاء NullPointerException عند وجود null. لا شيء معقد، ولكنه خطير.

الطريقة الاصطلاحية: let, run, apply ورفاقهم

الآن ننتقل إلى الجزء الأكثر إثارة للاهتمام. السؤال على Stack Overflow يدور حول هذا بالضبط: كيفية تحويل القيم nullable بشكل اصطلاحي. الإجابة هي دوال الإضافة من المكتبة القياسية.

let - ملك تحويلات nullable

تقوم الدالة let بتنفيذ كتلة من الكود فقط إذا كان الكائن ليس null. داخل الكتلة، يكون الكائن متاحًا كـ it (أو يمكن إعادة تسميته).

val user: User? = getUser()\nuser?.let { \n    println("اسم المستخدم: ${it.name}")\n    // هنا it - مضمون أنه ليس null\n}

هذه هي الطريقة الاصطلاحية لتنفيذ إجراء فقط عندما تكون القيمة غير null. بدون let، كان علينا كتابة:

if (user != null) {\n    println("اسم المستخدم: ${user.name}")\n}

المدونات

هاكاثون PHP: كيف تفوز، تدهش لجنة التحكيم، وتحافظ على هدوئك

توصيات الكتب

جافا سكريبت غير متزامن (Node.js): دليل شامل

إعادة هيكلة كود Rust: تحسين الأداء وقابلية القراءة

TypeScript والخدمات المصغرة: من الفكرة إلى الإنتاج

GraphQL على Kotlin: بناء واجهات برمجية حديثة

اقرأ أيضًا

CQRS و Event Sourcing في TypeScript: بنية الأنظمة المعقدة TypeScript بأقصى طاقته: كيفية تسريع الكود 10 مرات العمل مع التواريخ والوقت في TypeScript: دليل شامل العمل مع JSON في C#: التحليل والتسلسل للمبتدئين حقن التبعية في Rust: عملياً