أخطاء Kotlin للمبتدئين: 5 أخطاء قاتلة وكيفية تجنبها

مقدمة: لماذا تبدو Kotlin سهلة ولكنها تخبئ المفاجآت

Kotlin هي لغة حديثة، موجزة، ومريحة بشكل لا يصدق. كثير من المبتدئين يأتون إليها من Java أو Python ويعتقدون: "حسناً، كل شيء واضح هنا!". وبالفعل، بناء جملة Kotlin نظيف، والأنواع القابلة للعدم (nullable types) تحمي من أخطاء المؤشر الفارغ (NPE)، والميزات الوظيفية مثل let و apply و run تبدو سحرية في بساطتها. لكن هذه البساطة الظاهرية غالباً ما تصبح فخاً.

في هذا المقال، سنستعرض أكثر أخطاء Kotlin الشائعة التي يقع فيها المبتدئون. ستتعلم كيفية تجنبها، وستحصل على أمثلة جاهزة للكود. إذا كنت قد بدأت للتو رحلتك في تعلم Kotlin للمبتدئين، فهذا المقال سينقذك من ساعات طويلة من التصحيح.

الخطأ رقم 1: تجاهل null safety أو المبالغة في الحذر

Kotlin تضمن null safety مباشرة في نظام الأنواع. هذه نعمة، لكن المبتدئين غالباً ما يقعون في نقيضين. الأول هو التجاهل التام واستخدام عامل !! (تأكيد عدم العدم) في كل خطوة. الثاني هو الإفراط في استخدام عامل إلفيس ?: وسلاسل ?.let التي تحول الكود إلى فوضى غير قابلة للقراءة.

كيف يبدو الخطأ

// سيء: استخدام !! بشكل مفرط — يقتل أمان Kotlin بالكامل\nfun processUser(user: User?) {\n    val name = user!!.name  // إذا كان user == null — تعطل!\n    println(name.uppercase())\n}\n\n// سيء: الكثير من let المتداخلة\nfun getUserCity(user: User?): String? {\n    return user?.let {\n        it.address?.let { addr ->\n            addr.city?.let { city ->\n                city.name\n            }\n        }\n    }\n}\n

الطريقة الصحيحة

// جيد: استخدام الاستدعاء الآمن + عامل إلفيس\nfun processUserSafe(user: User?) {\n    val name = user?.name ?: "ضيف"\n    println(name.uppercase())\n}\n\n// ممتاز: استخدام الإضافات ودوال النطاق بدون تداخل\nfun getUserCityClean(user: User?): String? {\n    return user?.address?.city?.name\n}\n

نصيحة: استخدم عامل !! فقط إذا كنت متأكداً 100% أن القيمة ليست null (مثلاً بعد التحقق في if). في الحالات الأخرى، استخدم ?. و ?:.

هذه واحدة من أهم مشاكل Kotlin للمبتدئين — فهم إما يخافون من null أو لا يفهمون كيفية التعامل معه. تذكر: Kotlin لا تمنع null، بل تجبرك على التفكير فيه.

الخطأ رقم 2: عدم فهم الفرق بين var و val والثوابت

يبدو أن val هو متغير نهائي، مثل final في Java. لكن لا. val هو مرجع للقراءة فقط (read-only)، وليس كائنًا غير قابل للتغيير. غالباً ما يخلط المبتدئون بين val وثابت وقت الترجمة (const val) ويتعجبون لماذا لا يعمل كودهم كما هو متوقع.

مثال على الخلط

// المبتدئ يعتقد: "val = غير قابل للتغيير"\nval list = mutableListOf(1, 2, 3)\nlist.add(4)  // يعمل! لكن المبتدئ في صدمة\n\n// وهذا خطأ في الترجمة\nval name = "أحمد"\nname = "خالد"  // خطأ: لا يمكن إعادة تعيين val\n

كيف تفرق بينهم

// ثابت وقت الترجمة — فقط للأنواع البدائية والنصوص\nconst val PI = 3.14159\n\n// مرجع للقراءة فقط — يمكن حسابه في وقت التشغيل\nval currentTime = System.currentTimeMillis()\n\n// عدم التغيير الحقيقي — استخدم المجموعات غير القابلة للتغيير\nval immutableList = listOf(1, 2, 3)  // listOf وليس mutableListOf\n

القاعدة الذهبية: استخدم val في كل مكان ممكن. إذا كان المتغير يجب أن يتغير — عندها فقط استخدم var. أما const val فاستخدمه فقط للثوابت على المستوى الأعلى أو داخل object/companion object.

الخطأ رقم 3: الإفراط في استخدام companion object و object-singletons

Kotlin تقدم طريقة أنيقة لإنشاء المفردات (singletons) من خلال ob