< Return to Video

07-39 إنشاء واجهة مستخدم ذات جزأين للجهاز اللوحي

  • 0:00 - 0:03
    من خلال العمل بالمعرفة التي
    تعلمناها حول تجاوز الموارد
  • 0:03 - 0:04
    في المجلدات الأخرى،
  • 0:04 - 0:08
    سنتنقل عبر التعليمة البرمجية معا حول كيفية
    إنشاء واجهة مستخدم ذات جزأين للكمبيوتر اللوحي.
  • 0:08 - 0:12
    أولاً، قم بإزالة مجلد القيم W820dp
    لأننا لسنا بحاجة إلى تقديم
  • 0:12 - 0:16
    منطق محدد عندما يكون الاتجاه الحالي
    أكبر من 820dp.
  • 0:16 - 0:19
    ثم المضي قدمًا وإجراء
    تغييرات تخطيط XML.
  • 0:19 - 0:22
    ثم قم بإنشاء مجلد جديد تخطيط لـ SW 600dp.
  • 0:22 - 0:26
    ثم أضف ملفًا جديدًا يسمى activity_main.
  • 0:26 - 0:31
    نستخدم نفس اسم الملف كما هو موجود
    في مجلد التخطيط الأساسي activity_main
  • 0:31 - 0:35
    بحيث يتجاوز اسم الملف السلوك
    على أجهزة الكمبيوتر اللوحية بشكل خاص.
  • 0:35 - 0:38
    لمعرفة التعليمة البرمجية لهذا الملف
    يمكنك التحقق من الخلاصة أدناه.
  • 0:39 - 0:43
    بشكل أساسي، هي عبارة عن تخطيط خطي أفقي
    التي يمكنها الاحتفاظ بجزء تنبؤات
  • 0:43 - 0:46
    على اليسار وجزء تفاصيل على اليمين.
  • 0:46 - 0:50
    هذا هو الوقت المناسب للحديث عن
    الأجزاء الديناميكية للعبارات الثابتة.
  • 0:50 - 0:53
    في تطبيقنا، جزء التنبؤات
    هو الجزء الثابت لأننا
  • 0:53 - 0:57
    حددناه في تخطيط XML بغض النظر عن
    الاتجاه أو حجم الجهاز،
  • 0:57 - 0:59
    ونحن نعلم بأننا سنحتاج إلى
    جزء تنبؤ في النشاط الأساسي.
  • 0:59 - 1:03
    من ناحية أخرى، لا نعلن سوى عن حاوية
    لجزء التفاصيل، ولكن
  • 1:03 - 1:05
    ليس الجزء الفعلي.
  • 1:05 - 1:08
    تمت تهيئته بوسيطات مختلفة
    في كل مرة على أنه
  • 1:08 - 1:11
    جزء ديناميكي، لكن من الأفضل
    إنشاء هذا الجزء وإضافته
  • 1:11 - 1:15
    في عملية جزء في تعليمة Java
    البرمجية في النشاط الأساسي.
  • 1:15 - 1:19
    بهذه الطريقة، يمكن لـ Fragment Manager
    تعقب وسيطات التهيئة هذه
  • 1:19 - 1:23
    وتمريرها إلينا، بعد استدارة الجهاز.
  • 1:23 - 1:26
    عندئذٍ نحتاج إلى تحديث تخطيطات
    واجهة المستخدم ذات الجزء الواحد
  • 1:26 - 1:28
    بحيث تتسق مع الحالة ذات الجزأين.
  • 1:28 - 1:32
    حتى في الملف الرئيسي للنشاط الخاص بمجلد
    التخطيط الأساسي، يُستخدم هذا ليكون
  • 1:32 - 1:35
    تخطيط إطار سوف نعلن عنه كجزء تنبؤ.
  • 1:35 - 1:37
    بهذه الطريقة سوف يتناسب مع
    واجهة المستخدم ذات الجزأين،
  • 1:37 - 1:40
    حيث تم الإعلان عنها كجزء في XML.
  • 1:40 - 1:43
    بهذه الطريقة، النشاط الرئيسي ليس لديه ما
    يدعو للقلق أبدًا حول إضافة
  • 1:43 - 1:45
    جزء التبؤ بطريقة ديناميكية.
  • 1:45 - 1:47
    في طريقة OnCreateView للنشاط الرئيسي.
  • 1:47 - 1:51
    منذ أن كان الجزء داخل هذا التخطيط بالفعل،
    فيمكننا إزالة هذا فقط،
  • 1:51 - 1:53
    ولذلك لا يمكننا إضافته مرة
    أخرى بطريقة ديناميكية.
  • 1:53 - 1:58
    وبالمثل نقوم بتعديل تخطيط تفاصيل
    النشاط في مجلد التخطيط الأساسي،
  • 1:58 - 2:01
    كما نقوم بتغيير معرف تخطيط الإطار
    ليكون حاوية لتفاصيل الطقس.
  • 2:01 - 2:06
    ولهذا يطابق معرف طريقة عرض الحاوية
    في حالة واجهة المستخدم ذات الجزأين.
  • 2:06 - 2:08
    النمط هنا هو أن جزء التفاصيل
    سيتم إضافته إلى
  • 2:08 - 2:11
    حاوية تسمى weatherdetailcontainer،
  • 2:11 - 2:14
    في الحالة ذات الجزأين وذات الجزء الواحد
    على حدٍ سواء.
  • 2:14 - 2:16
    نظرًا لأننا قمنا بتغيير
    اسم الحاوية،
  • 2:16 - 2:18
    يجب علينا أيضًا تحديث نشاط التفاصيل.
  • 2:18 - 2:20
    لا يُستخدم هذا إلا في وضع الجزء الواحد.
  • 2:20 - 2:22
    هنا حيث قمنا بتغيير اسم الحاوية.
  • 2:23 - 2:26
    في وضع الجزء الواحد، سيضيف النشاط
    المفصّل جزء التفاصيل
  • 2:26 - 2:28
    إلى هذه الحاوية بطريقة ديناميكية.
  • 2:28 - 2:32
    بعد تعديل التخطيط، يجب علينا
    تحديث النشاط الرئيسي
  • 2:32 - 2:34
    لكي نضيف جزء التفاصيل بطريقة ديناميكية.
  • 2:34 - 2:38
    في طريقة OnCreate للنشاط الرئيسي،
    نتحقق من وجود حاوية
  • 2:38 - 2:43
    تفاصيل الطقس في التخطيط لمعرفة هل هذه
    واجهة مستخدم ذات جزأين أم لا.
  • 2:43 - 2:46
    نتعقب هذه المعلومات في منطقيةٍ
    تسمى mTwoPane.
  • 2:46 - 2:50
    تذكر أننا نبدأ بالحرف m،
    لأنه متغير خاص بالعضو.
  • 2:50 - 2:52
    في هذه الحالة، يجب أن تكون المنطقية صحيحة.
  • 2:52 - 2:54
    لذلك نمضي قدمًا ونقوم بإنشاء
    جزء تفاصيل جديد،
  • 2:54 - 2:57
    وإضافته إلى weatherdetailcontainer.
  • 2:57 - 3:00
    ونلتزم بالتغيير عن طريق استخدام
    عملية جزء،
  • 3:00 - 3:01
    والتي أدخلت رادو مسبقًا.
  • 3:01 - 3:05
    ومن ناحية أخرى، إذا لم تكن حاوية التفاصيل
    موجودة في التخطيط، ثم يجب
  • 3:05 - 3:09
    أن تكون المنطقية زائفة، فهذا يعني أن هذه
    هي واجهة مستخدم ذات جزء واحد للهواتف.
  • 3:09 - 3:13
    في هذه الحالة، سيتعامل نشاط التفاصيل
    مع توضيح جزء التفاصيل.
  • 3:13 - 3:17
    تُلاحظ أن الحالة ذات الجزأين التي تحققنا
    منها إذا كانت حزمة الحالة
  • 3:17 - 3:18
    الفورية المحفوظة فارغة.
  • 3:18 - 3:20
  • 3:20 - 3:23
  • 3:23 - 3:25
  • 3:25 - 3:26
  • 3:26 - 3:30
  • 3:30 - 3:34
  • 3:34 - 3:37
  • 3:37 - 3:40
  • 3:40 - 3:43
  • 3:43 - 3:47
  • 3:47 - 3:49
  • 3:49 - 3:53
  • 3:53 - 3:56
  • 3:56 - 3:58
  • 3:58 - 4:00
  • 4:00 - 4:04
  • 4:04 - 4:07
  • 4:07 - 4:09
  • 4:09 - 4:13
  • 4:13 - 4:15
  • 4:15 - 4:18
  • 4:18 - 4:22
  • 4:22 - 4:23
  • 4:23 - 4:25
  • 4:25 - 4:28
  • 4:28 - 4:31
  • 4:31 - 4:34
  • 4:34 - 4:35
Title:
07-39 إنشاء واجهة مستخدم ذات جزأين للجهاز اللوحي
Description:
more » « less
Video Language:
English
Team:
Udacity
Project:
UD853 - Developing Android Apps
Duration:
04:36
There has been no activity on this language so far.

Arabic subtitles

Revisions Compare revisions

Our website uses cookies for analysis purposes.