Edgesforextendedlayout - uiviewcontroller من الدرجة

بدءا من iOS7، تستخدم وحدات التحكم في العرض تخطيط ملء الشاشة بشكل افتراضي. في الوقت نفسه، لديك المزيد من السيطرة على كيف يضع وجهات نظرها، وهذا يتم مع تلك الخصائص: في الأساس، مع هذه الخاصية يمكنك تعيين أي الجانبين من وجهة نظرك يمكن تمديدها لتغطية الشاشة بأكملها. تخيل أنك تدفع إيفيوكونترولر إلى إينافيغاتيونكونترولر. عندما يتم وضع وجهة نظر هذا المراقب عرض الرأي، وسوف تبدأ حيث ينتهي شريط التنقل، ولكن هذه الخاصية سيتم تعيين أي الجانبين من وجهة نظر (أعلى، يسار، أسفل، يمين) يمكن تمديد لملء الشاشة بأكملها. دعونا نرى ذلك مع مثال: هنا لم يتم تعيين قيمة حواففوركستاندلايوت. وبالتالي يتم أخذ القيمة الافتراضية (أويركتيدجال)، وبالتالي فإن عرض يمتد تخطيطه لملء الشاشة بأكملها. هذه هي النتيجة: كما ترون، يمتد الخلفية الحمراء خلف شريط التنقل وشريط الحالة. الآن، أنت ذاهب إلى تعيين تلك القيمة إلى أويركتيدجينون. لذلك كنت تقول وحدة تحكم عرض عدم توسيع العرض لتغطية الشاشة: يتم استخدام هذه الخاصية عندما وجهة نظرك هو إيسكرولفيو أو ما شابه ذلك، مثل إيتابلفيو. تريد الجدول الخاص بك لبدء حيث ينتهي شريط التنقل، لأنك لن ترى المحتوى كله إن لم يكن، ولكن في نفس الوقت الذي تريد الجدول الخاص بك لتغطية الشاشة بأكملها عند التمرير. في هذه الحالة، تعيين حواففوركستنددلايوت إلى لا شيء لن تعمل لأن الجدول الخاص بك سوف تبدأ التمرير حيث ينتهي شريط التنقل وانها لن تذهب وراء ذلك. هنا هو المكان الذي يأتي هذه الخاصية في متناول اليدين، إذا تركت وحدة تحكم عرض ضبط تلقائيا إنزيتس (تعيين هذه الخاصية إلى نعم، أيضا القيمة الافتراضية) فإنه سيتم إضافة أقحم إلى أعلى الجدول، وبالتالي فإن الجدول سيبدأ حيث الملاحة شريط ينتهي، ولكن التمرير سوف تغطي الشاشة بأكملها. هذا هو عندما يتم تعيين إلى نو: و يس (افتراضيا): في كلتا الحالتين، يمرر الجدول وراء شريط التنقل، ولكن في الحالة الثانية (نعم)، وسوف تبدأ من أسفل شريط التنقل. هذه القيمة هي مجرد إضافة إلى تلك السابقة. إذا كان شريط الحالة معتما، لن يتم توسيع المشاهدات لتشمل شريط الحالة أيضا، ما لم تكن هذه المعلمة نعم. لذلك، إذا قمت بتوسيع وجهة نظرك لتغطية شريط التنقل (إدجيسفوركستنددلايوت إلى أويركتيدجال) والمعلمة لا (الافتراضي) انها لن تغطي شريط الحالة إذا كان مبهمة. إذا كان هناك شيء غير واضح، كتابة تعليق و إل الجواب عليه. كيف يوس يعرف ما إيسكرولفيو لاستخدام دائرة الرقابة الداخلية الاستيلاء على سوبفيو الأولى في عرض فيوكونترولرز الخاص بك، وبالتالي فإن واحد في الفهرس 0، وإذا كان لها فئة فرعية من إيسكرولفيو ثم ينطبق الخصائص التي تم شرحها لذلك. بطبيعة الحال، وهذا يعني أن إيتاتيفيوكونترولر يعمل بشكل افتراضي (منذ إيتاتيفيو هو أول عرض). دورة حياة المشروع: إيفيوكونترولر عند البرمجة في دائرة الرقابة الداخلية، it8217s لا مفر منه أن you8217ll تحتاج إلى الفئة الفرعية إيفيوكونترولر. تحتوي هذه الفئات الفرعية على كل المنطق الذي يجعل تطبيقاتك تبدو وتتصرف كما ينبغي. إيت 8217s من الصعب اقامة فئة فرعية دون معرفة أي طرق تجاوز سوف تحصل على استدعاء ومتى. لمعالجة هذا الارتباك المحتمل، هذه الوظيفة سوف نلقي نظرة على دورة حياة إيفيوكونترولر. A سيمبل سيت أوب هذا هو ما يبدو لدينا مجموعة تصل في منشئ واجهة. سوف نقوم بفحص المشهد B. هذه وحدة تحكم جزء من كومة إينافيغاتيونكونترولر ويحتوي على مشهد آخر عن طريق عرض الحاويات. مثل معظم وحدات التحكم، مشهد تحكم B8217s مشهد إلى الكائنات التي تم إنشاؤها في واجهة منشئ باستخدام خصائص إيبوتليت. وحدة تحكم A يدفع إلى وحدة تحكم B عندما يقوم المشهد A بتشغيل 8216show8217 سيجو، يتم استدعاء هذه الأساليب المهملة على وحدة تحكم مشهد B8217s بالترتيب التالي: إنيتويثكودر: عند استخدام القصاصات المصورة، يتم تهيئة وحدة التحكم بهذه الطريقة، وليس مع إينيت أو إنيتيثنيبنام: حزمة : أساليب. أواكيفرومنيب ويلموفيتوبارنتفيوكونترولر: وحدة تحكم التي تم تمريرها مع هذه الدعوة هو إينافيغاتيونكونترولر. بريفيرستاتوسبار هيدن بريفيردستاتوسباروبداتيونيماشيون لوادفيو إيفيوكونترولر 8216s لوادفيو الدالة تعين جميع الكائنات مع 8216Referencing Outlets8217 (ويعرف أيضا باسم إيبوتليتس) في واجهة منشئ لخصائص إيبوتليت المقابلة لها. إذا كنت بحاجة إلى الوصول إلى هذه الكائنات إيبوتليت في هذه الوظيفة، استدعاء السوبر أولا. بريبارفورسيغو: المرسل: هذه الدعوة تسمح لنا لتفقد إيستوريبواردمبدسيغو الذي يتضمن المشهد أصغر في المشهد مشاهدة الحاوية B8217s. فيوديدلواد هذه الطريقة عادة ما يحدث فيها معظم إعداد CONTROL8217s. لاحظ أن كل من إيبوتليتس لدينا قد تم توصيلها، ولكن وجهات نظرنا لم يتم وضعها بعد. إكستنددلايوتنلودسوباكيبارس إدجيسفوريكستنددلايوت فيو ويلابري: إكستنددلايوت بما في ذلك أوباكيبارس حواففوركسندنتدايوت أوبتيونفيوكونستراينتس فيولايوت نظرة على الرأي ديدلايوتسفيوس الرسوم المتحركة الرسوم المتحركة التي يتحول من المشهد A إلى المشهد B يعمل. الخطوة 18 لا يحدث حتى انتهاء الرسوم المتحركة. فيوديدابار: ديدموفيتوبارينتفيوكونترولر: يختتم هذا المكالمة العملية التي بدأت على الخطوة 2. هنا نتلقى نفس مثيل إينافيغاتيونكونترولر. أوبديتفيوكونستراينتس فيو ويللايوت نظرة عامة على الرأي ديدلايوتسفيوس هذه الإجابة على بعض الأسئلة حول المكالمات التي تأتي أولا، بالإضافة إلى كشف بعض المراوغات مثيرة للاهتمام. ويبدو أن العديد من المكالمات تحدث أكثر من مرة. عرض المشهد 8217s يؤدي تخطيطه مرتين، مرة واحدة قبل ومرة ​​واحدة بعد الرسوم المتحركة. المشهد أيضا الاستعلام بشكل متكرر وحدة تحكم حول تخطيط الموسعة. المراقب B يدفع إلى المراقب C كما هو الحال في المرحلة الانتقالية الأخيرة، المشهد B يؤدي الآن 8216show8217 سيجو. يتم استدعاء أساليب 8217s المتحكم بها بالترتيب التالي: بريبارفورسيغو: المرسل: تسمح هذه المكالمة لنا بفحص الكائن إيستوريبواردشوزيغو الذي سيتوجه إلى المشهد C. فيو ويلديسابير: أوبديتفيوكونستراينتس الرسوم المتحركة الرسوم المتحركة التي يتحول من المشهد B إلى المشهد C يعمل. الخطوة 5 لا يحدث حتى انتهاء الرسوم المتحركة. فيوديدسابابير: لا مفاجآت هنا. We8217re فقط الحصول على عدد قليل من المكالمات وأنها جميعا تبدو منطقية في هذا السياق. المراقب المالي C الملوثات العضوية الثابتة إلى المراقب B الآن أن we8217ve ذهب الماضي المشهد B، we8217re سيعود. يتم تحميل المشهد B عبر البوب ​​إينافيغاتيونكونترولر (بدلا من دفع في المثال الأول). نحصل على المكالمات التالية: بريفيرستاتوسبار هيدن بريفيردستاتوسباروبديتانيماشيون إمبروفيدلايوتينلودس أوباكيبارس إدجيسفوريكستنددلايوت فيو ويلابري: إكستنددلايوتلود أوباكيبارس إدجيسفوركستندد تحديث التحديثعرض الرؤية ويلويلوت نظرة عامة على العرض ديدلايوتسفيوس الرسوم المتحركة الرسوم المتحركة التي تنتقل من المشهد C إلى المشهد B تشغيل. الخطوة 12 لا يحدث حتى انتهاء الرسوم المتحركة. فيوديدابير: أوبديتفيوكونستراينتس فيو ويللايوت نظرة عامة على الرأي ديدلايوت المشاهدات يجب أن تكون هذه المكالمات وترتيبها مألوفة جدا من عملية النقل الأولى. غائبة بشكل ملحوظ هي بعض من مرة واحدة إعداد الخطوات. وحدة تحكم لا يزال داخل إينافيغاتيونكونترولر بحيث لا توجد مكالمات تتعلق وحدة تحكم الأصل. المراقب المالي B الملوثات العضوية الثابتة إلى وحدة تحكم A We8217re الآن القيام به مع لدينا تحكم المشهد B. تفرقع تشغيله من كومة إينافيغاتيونكونترولر يعطينا المكالمات التالية: ويلموفيتوبارنتفيوكونترولر: الوسيطة وحدة تحكم عرض في هذه المكالمة هو لا شيء. هذا يخبرنا أن المشهد ب يجري إزالتها من التسلسل الهرمي. فيوويلديسابير: أوبديتفيوكونستراينتس فيوديديسابير: الرسوم المتحركة الرسوم المتحركة التي يتحول من المشهد B إلى المشهد A يعمل. الخطوة 6 لا يحدث حتى انتهاء الرسوم المتحركة. ديموفيتوبارينتفيوكونترولر: تختتم هذه المكالمة العملية التي بدأت على الخطوة 1. هنا نستقبل نفس الوسيطة لا شيء. ديالوك مماثلة لعملية الانتقال الثانية، يبدو هذا الانتقال مستقيما إلى الأمام. بعد إزالة وحدة التحكم من التسلسل الهرمي يسمى أسلوب ديالوك مثل أي نسوبجيكت آخر. انظر لنفسك الرمز الذي اعتدت على تشغيل هذا الاختبار هو على بلدي جيثب هنا. لا تتردد في محاولة ذلك بنفسك، وإدراج أي خطوات أخرى كنت قد تستخدم في وحدات التحكم الخاصة بك. آخر الملاحة الفئات المشاركات الأخيرة