Cascades المختصرة عند null (?..)

تؤدي cascade العادية على قيمة قد تكون null إلى انهيار البرنامج. فاستدعاء دالة على null يرمي خطأ قبل تنفيذ أي سطر.

يوفر Dart نسخة آمنة: null-shorting cascade، وتُكتب بعلامة استفهام متبوعة بنقطتين. ولا تُنفّذ إلا عندما لا يكون الكائن null.

إذا كان الهدف هو null، فتُتخطى cascade بأكملها ويصبح التعبير ببساطة null. لا انهيار ولا عمل غير مكتمل.

تكتبون question mark مرة واحدة فقط، في cascade الأولى. أما الأسطر اللاحقة فتبقى بنقطتين عاديتين؛ إذ يعرف Dart أن الكائن غير null.

يعمل Null-shorting وفق مبدأ all or nothing: إما أن تُنفّذ كل الأسطر لأن الكائن موجود، أو لا يُنفّذ أي منها. ولا تُنفّذ السلسلة جزئيًا.

تفترض cascade العادية وجود الكائن. أما الصيغة التي تستخدم Null-shorting فهي شبكة الأمان عندما يكون النوع nullable وقد تكون القيمة مفقودة.

بما أن النتيجة قد تكون الكائن أو null، فإن التعبير بأكمله له نوع nullable. تعاملوا مع القيمة الناتجة على أنها قد تكون null.

تخيلوا إعدادًا قد لا يكون موجودًا بعد. يتيح لكم Null-shorting إعداده فقط عند وجوده، في سطر واحد واضح. 🛡️

تُعد كتابة question mark في كل سطر خطأً، وسيشير Dart إليه. ويُتخذ قرار التعامل مع null مرة واحدة، في بداية السلسلة مباشرةً.

ينسجم Null-shorting مع مفهوم null safety في Dart. ويثق المترجم بأن الأسطر التي تلي النقطة الأولى تُنفّذ فقط على كائن حقيقي موجود.

استخدموا Null-shorting عندما يكون المتغير nullable وتريدون ضبطه من دون إضافة فحص if-null حول cascade.

كيف تكتبون null-shorting cascade بطريقة صحيحة؟

تُنفّذ null-shorting cascade (?..) السلسلة بأكملها فقط عند وجود الكائن، وتتخطى كل شيء عندما يكون null، ولا تحتاج إلى العلامة إلا مرة واحدة. 🎯