EditText في Kotlin: 5 طرق لتعيين النص وأيها تختار

مقدمة: سطر واحد — مليون سؤال

هل سبق لك أن كتبت في الكود editText.text = "مرحبًا" وحصلت على خطأ في الترجمة؟ أو على العكس، كان الكود يعمل، لكن IDE وضع خطًا أصفر تحت السطر؟ تهانينا: لقد واجهت "الصداع الكلاسيكي" لكل مطور Android ينتقل إلى Kotlin.

موضوع Setting text in EditText Kotlin هو أحد أكثر الاستفسارات شيوعًا على Stack Overflow (آلاف المشاهدات!). للوهلة الأولى، المهمة تافهة: أخذ القيمة وتعيينها. لكن في Kotlin هناك تفاصيل دقيقة تحول العملية البسيطة إلى مجال للنقاش. في هذه المقالة، سنشرح جميع الأساليب الحالية: من findViewById القديم إلى view binding الحديث وDataBinding. ستتعرف على الطريقة التي تختارها لمشروع جديد وكيف لا تقع في فخ أنواع البيانات.

هيا بنا! 🚀

لماذا لا يعمل ببساطة "text = ..."؟

إذا حاولت كتابة:

val editText = findViewById<EditText>(R.id.my_edit_text)\neditText.text = "نص جديد"

سيصدر المترجم خطأ: Type mismatch. Required: Editable! Found: String.

السبب هو أن الخاصية text في EditText من النوع Editable (وليس String). في Java اعتدنا على setText(CharSequence)، لكن Kotlin "تحت الغطاء" يترجم هذا إلى setter الخاصية الذي يتوقع Editable. هناك حل — وليس واحدًا فقط.

الطريقة رقم 1: الكلاسيكية — findViewById + setText

الطريقة الأكثر مباشرة، والتي تعمل مع SDK 1.0. لا تتطلب مكتبات إضافية وهي مفهومة حتى للمبتدئين.

val editText = findViewById<EditText>(R.id.my_edit_text)\neditText.setText("مرحبًا بالعالم!")

هنا نستدعي طريقة Java setText(CharSequence) التي تقبل سلسلة نصية. في Kotlin يبدو هذا كاستدعاء دالة عادي.

المزايا:

\n
• أقل كود ممكن
\n
• لا يتطلب استيرادات (باستثناء الأساسية)
\n
• يعمل في أي Fragment/Activity
\n

العيوب:

\n
• البحث اليدوي عن view — سهولة الخطأ في id
\n
• Null safety غير مضمون: يجب التحقق من null
\n
• أبطأ من binding (لكن الفرق غير ملحوظ لحقل واحد)
\n

متى تستخدم: في المشاريع القديمة (legacy)، في الكود للنمذجة السريعة، أو في الحالات التي تعرف فيها بالتأكيد أن view موجود.

الطريقة رقم 2: Kotlin Android Extensions (synthetic)

في السابق، كانت هذه "الرصاصة الفضية" لمطوري Kotlin. كنت تكتب ببساطة my_edit_text.text = "نص" — وكان كل شيء يعمل. كان السحر يكمن في التوليد التلقائي للخصائص الاصطناعية (synthetic properties).

// build.gradle (app) — كان يجب سابقًا إضافة:\n// apply plugin: 'kotlin-android-extensions'\n// الآن الإضافة قديمة!\n\n// في الكود:\nimport kotlinx.android.synthetic.main.activity_main.*\n\nmy_edit_text.setText("نص عبر synthetic")

المزايا:

\n
• موجز جدًا
\n
• لا حاجة لكتابة findViewById
\n
• يدعم null safety في البداية
\n

العيوب:

\n
• الإضافة مُعلنة كقديمة (deprecated) منذ Kotlin 1.8. توصي Google بالترحيل إلى View Binding
\n
• لا يعمل مع Fragments إذا تم إعادة استخدام layout
\n
• ينشئ سياقًا عالميًا — احتمالية تسرب الذاكرة

هام: إذا كنت تبدأ مشروعًا جديدًا في 2024–2025 — لا تستخدم هذا الأسلوب. للمشاريع القديمة — خطط للترحيل.

الطريقة رقم 3: View Binding — المعيار الحديث

حتى الآن، View Binding هو الأسلوب الموصى به رسميًا للعمل مع view في Android. يقوم بإنشاء فئة Binding لكل ملف layout، مما يعطي وصولاً لكل view بالاسم.

// 1. نفعّله في build.gradle (app):\nandroid {\n    ...\n    buildFeatures