Showing Revision 33 created 06/09/2016 by Udacity Robot.

1. Title:
   Build 2-Pane Tablet UI
2. Description:

3. 70 0:00 - 0:03
   من خلال ما تعلمناه حول
   كيفية تجاوز المصادر
4. 3340 0:03 - 0:04
   ،في المجلدات الأخرى
5. 4330 0:04 - 0:08
   سننتقل سويًا لمعرفة
   .كيفية بناء واجهة مستخدم كمبيوتر لوحي من جزأين
6. 8020 0:08 - 0:12
   ،أولاً، نزيل مجلد values-W820dp
   فلسنا بحاجة إلى تقديم منطق محدد
7. 12400 0:12 - 0:16
   عندما يكون الاتجاه الحالي
   .أكبر من 820dp
8. 16270 0:16 - 0:19
   ثم ننتقل
   .وننفذ تغييرات تخطيط XML
9. 19000 0:19 - 0:22
   ثم ننشئ مجلد
   .تخطيط SW 600dp جديد
10. 22220 0:22 - 0:26
    ثم نضيف ملفًا جديدًا
    .باسم activity_main
11. 25610 0:26 - 0:31
    نستخدم نفس اسم الملف
    ،الموجود في مجلد التخطيط الأساسي activity_main
12. 30610 0:31 - 0:35
    بحيث يتجاوز اسم الملف
    .السلوك المتبع على الكمبيوتر اللوحي بشكل خاص
13. 34780 0:35 - 0:38
    لرؤية التعليمات البرمجية لهذا الملف
    .يمكننا التحقق من الخلاصة أدناه
14. 38990 0:39 - 0:43
    هذا الملف في الأساس عبارة عن تخطيط خطي أفقي
    يمكنه أن يتضمن جزء التنبؤ
15. 42590 0:43 - 0:46
    على الجانب الأيسر
    .وتجزئة detail على الجانب الأيمن
16. 46340 0:46 - 0:50
    الآن، حان وقت الحديث عن
    .الأجزاء الديناميكية للعبارات الثابتة
17. 49510 0:50 - 0:53
    في تطبيقاتنا، يكون جزء التنبؤ
    هو الجزء الثابت لقيامنا
18. 52710 0:53 - 0:57
    ،بتعريفه في تخطيط XML
    ،بصرف النظر عن الاتجاه أو حجم الجهاز
19. 56520 0:57 - 0:59
    فنحن نعلم أننا سنحتاج إلى
    .جزء التنبؤ في النشاط الرئيسي
20. 59490 0:59 - 1:03
    ومن ناحية أخرى، نعلن
    ،تخصيص حاوية فقط لتجزئة detail
21. 63430 1:03 - 1:05
    .وليس للجزء الفعلي
22. 65235 1:05 - 1:08
    يتم تهيئته بوسيطات
    مختلفة وفي كل مرة كجزء
23. 68250 1:08 - 1:11
    ديناميكي، لذلك يفضل
    إنشاء وإضافة هذا الجزء بشكل ديناميكي
24. 71080 1:11 - 1:15
    إلى عملية التجزئة
    .باستخدام تعليمات Java البرمجية الخاصة بالنشاط الأساسي
25. 74850 1:15 - 1:19
    بهذه الطريقة، يمكن لإدارة التجزئة
    تتبع وسيطات التهيئة تلك
26. 79190 1:19 - 1:23
    وإعادتها إلينا
    .بعد استدارة الجهاز
27. 82580 1:23 - 1:26
    بعد ذلك نحتاج إلى تحديث
    تخطيطات واجهة المستخدم ذات الجزء الواحد
28. 85590 1:26 - 1:28
    بحيث تتسق
    .مع الحالة المكونة من جزأين
29. 88150 1:28 - 1:32
    ففي الملف الرئيسي للنشاط
    الخاص بمجلد التخطيط الأساسي، يُستخدم هذا كتخطيط إطار
30. 91780 1:32 - 1:35
    سوف نعلن عنه
    .كجزء تنبؤ
31. 95030 1:35 - 1:37
    ،بهذه الطريقة سيتطابق مع واجهة المستخدم المكونة من جزأين
32. 97030 1:37 - 1:40
    حيث يتم الإعلان عنه أيضًا
    .كجزء في XML
33. 99800 1:40 - 1:43
    وبهذه الطريقة، لن يواجه النشاط الرئيسي
    أي مشكلة في إضافة
34. 103130 1:43 - 1:45
    .جزء تنبؤ بشكل ديناميكي
35. 104750 1:45 - 1:47
    ،في النشاط الأساسي
    .أسلوب العرض create
36. 107260 1:47 - 1:51
    حيث أن الجزء موجود بالفعل
    داخل هذا التخطيط، فيمكننا إزالة هذا فقط
37. 110990 1:51 - 1:53
    .حتى لا نضيفه مرة أخرى بشكل ديناميكي
38. 112930 1:53 - 1:58
    بالمثل، نقوم بتعديل تخطيط
    ،تفاصيل النشاط في مجلد التخطيط الأساسي
39. 117780 1:58 - 2:01
    كما نقوم بتغيير معرف تخطيط الإطار
    .ليكون حاوية لتفاصيل الطقس
40. 121010 2:01 - 2:06
    وبذلك يطابق معرف طريقة عرض
    .الحاوية في حالة واجهة المستخدم المكونة من جزأين
41. 125620 2:06 - 2:08
    النمط المتبع هنا هو إضافة
    جزء detail بصفة دائمة
42. 128240 2:08 - 2:11
    إلى حاوية تسمى
    ،weather_detail_container
43. 131230 2:11 - 2:14
    .في حالة واجهة المستخدم المكونة من جزأين ومن جزء
44. 133830 2:14 - 2:16
    نظراً لقيامنا بتغيير اسم
    ،الحاوية
45. 135500 2:16 - 2:18
    يجب علينا أيضا تحديث
    .نشاط detail
46. 137920 2:18 - 2:20
    .هذا يسُتخدم فقط في وضع الجزء الواحد
47. 140020 2:20 - 2:22
    نقوم هنا بتغيير
    .اسم الحاوية
48. 142790 2:23 - 2:26
    في وضع الجزء الواحد، سيقوم
    النشاط المفصل بإضافة جزء detail
49. 146330 2:26 - 2:28
    .بشكل ديناميكي إلى هذه الحاوية
50. 148250 2:28 - 2:32
    بعد قيامنا بتعديل التخطيط، يجب علينا تحديث
    النشاط الرئيسي
51. 151770 2:32 - 2:34
    .لكي نضيف جزء detail بشكل ديناميكي
52. 154200 2:34 - 2:38
    ،وفي أسلوب on create للنشاط الرئيسي
    نتحقق من وجود حاوية detail
53. 158320 2:38 - 2:43
    الطقس داخل التخطيط
    .لمعرفة ما إذا كانت واجهة المستخدم مكونة من جزأين أم لا
54. 162820 2:43 - 2:46
    ثم نتعقب هذه المعلومات
    .من خلال قاعدة منطقية تسمى mTwoPane
55. 166300 2:46 - 2:50
    ،علينا أن نتذكر أننا بدأنا بالحرف m
    .لكونه متغيرًا خاصًا بالعضو
56. 169730 2:50 - 2:52
    ،في هذه الحالة
    .يجب أن تكون القاعدة المنطقية صحيحة
57. 171770 2:52 - 2:54
    فلنذهب
    وننشئ جزء تفاصيل جديد
58. 174490 2:54 - 2:57
    .ثم نضيفه إلى weather_detail_container
59. 176580 2:57 - 3:00
    ثم نثبت التغيير باستخدام
    عملية التجزئة
60. 179540 3:00 - 3:01
    .التي سبق وشرحها لنا Rado
61. 181176 3:01 - 3:05
    في حالة عدم وجود حاوية التفاصيل
    في التخطيط
62. 184590 3:05 - 3:09
    فهذا يدل على أن القاعدة المنطقية خطأ
    .مما يعني أن هذه واجهة مستخدم من جزء واحد خاصة بالهواتف
63. 189220 3:09 - 3:13
    في هذه الحالة، سيتولى نشاط detail
    .توضيح جزء detail
64. 193010 3:13 - 3:17
    نلاحظ في حالة الواجهة المكونة من جزأين
    أهمية التحقق من فراغ حزمة الحالة الفورية المحفوظة
65. 196750 3:17 - 3:18
    .
66. 197990 3:18 - 3:20
    إذا لم تكن حزمة الحالة الفورية
    المحفوظة فارغة
67. 200120 3:20 - 3:23
    ،فلا ننشئ واحدة جديدة
    .والسبب في ذلك كما يلي
68. 203086 3:23 - 3:25
    .إذا فرضنا أننا نريد إدارة الجهاز
69. 205010 3:25 - 3:26
    قبل تدمير
70. 206120 3:26 - 3:31
    النشاط والأجزاء، فإننا
    .نحفظ المعلومات في حزم حالة الحفظ
71. 210500 3:31 - 3:34
    ،ثم بعد تغيير الاتجاه
    يستعيد النظام النشاط
72. 214290 3:34 - 3:37
    والأجزاء
    ،عن طريق تمرير نفس الحزمة
73. 217140 3:37 - 3:40
    بحيث يمكن إعادة إنشائهم
    .بواسطة الحالة ذاتها
74. 219940 3:40 - 3:43
    هذا يعني أنه في حالة وجود الحزمة
    يجب ترك النظام يتولى
75. 222900 3:43 - 3:47
    استعادة جزء detail
    .ويمكننا تخطي هذه التعليمات البرمجية
76. 226570 3:47 - 3:49
    عند إضافة جزء تفاصيل
    .بشكل ديناميكي
77. 229120 3:49 - 3:53
    اجعلوه يعرض البيانات النائبة
    .بغرض الاختبار فقط
78. 232680 3:53 - 3:56
    ،لاحقًا، سنتعمق في المنطق الأيمن
    لنجعله يعرض
79. 235840 3:56 - 3:58
    المعلومات المناسبة
    .للتاريخ المحدد على الجانب الأيسر
80. 238170 3:58 - 4:00
    عدلوا جزء detail
81. 239970 4:00 - 4:04
    بحيث لا يتوقع احتواء الهدف الوارد
    .على بيانات URI
82. 243660 4:04 - 4:07
    ،وفي هذه الحالة
    سيتراجع جزء detail
83. 246580 4:07 - 4:09
    إلى بيانات نائبة
    .موجودة لدينا في ملفات XML
84. 249310 4:09 - 4:13
    قد يرجع السبب في فراغ الهدف
    إلى وجود جزء detail
85. 252750 4:13 - 4:15
    .حاليًا في النشاط الرئيسي
86. 254990 4:15 - 4:18
    لا يتم بدء النشاط الرئيسي
    مع معرف URI
87. 257815 4:18 - 4:22
    لتاريخ واحد فقط
    .كالذي يبدأ به النشاط عادة
88. 262070 4:22 - 4:23
    هكذا سيبدو التطبيق
89. 262990 4:23 - 4:25
    بمجرد الانتهاء من التغييرات
    .المرتبطة بالأطر السلكية
90. 265410 4:25 - 4:28
    يرجع السبب في عدم
    ظهور التعليمات البرمجية هنا
91. 268300 4:28 - 4:31
    إلى عدم قيامنا بتضمين
    .التعليمات البرمجية في التخطيط
92. 271430 4:31 - 4:34
    ولكن بمجرد ملء هذه
    البيانات ديناميكيًا في المقطع اللاحق
93. 274460 4:34 - 4:35
    .فستظهر التعليمات البرمجية مجددًا