< 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
    بهذه الطريقة، يمكن لمدير الجزء
    تعقب قيم التهيئة هذه
  • 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
    تُلاحظ في الحالة ذات الجزأين، تحققنا
    حالة حزمة savedinstantstate
  • 3:17 - 3:18
    عندما تكون فارغة.
  • 3:18 - 3:20
    إذا كانت حزمة savedinstantstate غير فارغة،
  • 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
    لا يتوقع هدف قادم لديه
    بيانات عنوان URI.
  • 4:04 - 4:07
    في هذه الحالة، سيعود جزء التفاصيل فقط
  • 4:07 - 4:09
    إلى بعض البيانات النائبة التي
    توجد في XML الخاص بنا.
  • 4:09 - 4:13
    والسبب هو أن الهدف يمكن أن يكون فارغًا
    لأن جزء التفاصيل يمكن أن
  • 4:13 - 4:15
    يوجد داخل النشاط الرئيسي.
  • 4:15 - 4:18
    ولا يتم تشغيل النشاط الرئيسي مع URI
  • 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:

07-39 إنشاء واجهة مستخدم ذات جزأين للجهاز اللوحي
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.