الصفحات الديناميكية باستخدام التحكم Pivot

Question

يجري جديدا على ساحة تطوير هاتف Windows 7/8 ... أستمتع بالعمل مع هاتف Windows Termendousously ... ومع ذلك، كان هناك منحنى تعليمي وكثيرا ما يجب التعرف عليه.

مع ذلك، ما أحاول القيام به هو إنشاء صفحة مرتبطة ديناميكيا بنية البيانات التي ستعرض رقم N من صفحات PIVOT، وستتاح لكل صفحة محورية XAML مختلفة لعرض المحتوى.

نظرت إلى مقالة مشروع الرمز هذا ( http://www.codeproject.com/articles/113152/applying-data-templates-dynamically-by-type-in-wp7 ) ويستخدم مربع قائمة للتحكم في الشاشة ... ولكن ما أنا مهتم به هو القيام بنفس الشيء، ولكن مع صفحة محورية.

أتعلم أفضل ذلك عن طريق المثال ... فيما يلي الطبقات التي تربط البيانات إلى عناصر التحكم، وأود أن استخدامها ...

giveacodicetagpre.

لا أعرف إذا كان من الأفضل أن ينشر كل الكود هنا ... أو فقط أن ننظر لك كل شيء في مقالة على مشروع التعليمات البرمجية، وسأنشر التعليمات البرمجية التي قمت بتعديلها من المقال .. . على أمل أن يستطيع شخص ما أن يساعدني في معرفة ذلك:

xaml:

giveacodicetagpre.

هنا هو فئة Datatemplateselector

giveacodicetagpre.

هنا هو عنصر تحكم المحتوى الديناميكي: الطبقة العامة DynamiccontentControl: contentcontrol { تجاوز التجاوز المحمي OnContentChanged (الكائن OldContent، كائن Newcontent) { base.oncontentchanged (OldContent، Newcontent)؛ this.contenttemplate= msator.model.datatemplateselector.gettemplate (newcontent as viewmodelbase)؛ }
}

هنا هو أول عرض XAML:

giveacodicetagpre.

(العرض الثاني XAML يمكن أن يكون العرض الأول، فقط قم بتغيير اللون)

هنا هو فئة FirstViewModel (من المقالة)

giveacodicetagpre.

هنا هو الفئة النموذجية المحددة

giveacodicetagpre.

هنا هي فئة نموذج الرأي الرئيسية:

giveacodicetagpre.

شكرا مرة أخرى للمساعدة!

Answer 1

كما تقول أنك لا تزال تتعلم، اسمحوا لي أن أشرح سبب وجود عدد N من العناصر المحورية فكرة سيئة:

1. من المرجح أن يتم تشغيل مشاكل الأداء بسبب مقدار المحتوى في صفحة واحدة. مع قائمة يمكن أن تكون العناصر الافتراضية. لا يدعم التحكم المحور الافتراضي للمحاصف المضافة بشكل حيوي.

2. من الصعب على الناس الانتقال إلى عنصر مطلوب عندما يكون هناك الكثير من المحاصوليات لأن هناك طريقة للوصول بسرعة إلى واحد مطلوب. قل أن لديك 30 سلعة في المحور ولكن أراد الوصول إلى 15. من شأنه أن يتطلب الكثير من الضربات وإذا فعل ذلك بسرعة سيكون من السهل الذهاب في الماضي الذي كان مطلوبا.

يهدف عنصر التحكم المحوري إلى استخدامه لأحد أغراضين:

1. لإظهار وجهات نظر مختلفة لمجموعة من البيانات. في I.E.E. يظهر تطبيق البريد الإلكتروني وجهات نظر مختلفة لعلبة البريد في كل pivotitem، والتي تمت تصفيتها ل "الكل"، "غير مقروءة"، "Unragged" و "عاجل".

2. لإظهار قطع مختلفة من البيانات ذات الصلة. أي. عند عرض جهة اتصال / شخص فردي، ترى إجراءات ومعلومات ذات صلة مختلفة مجمعة في المحورية المختلفة: "الملفات الشخصية"، "ما الجديد"، "الصور" و "التاريخ".

ليست هي النية التي يجب استخدام عنصر التحكم المحور كحاوية كميات كبيرة من المحتوى، مثل مجموعات N لقوائم القوالب.
يقترح أن يكون الحد الأقصى لعدد العناصر في المحور 7 لتجنب المشكلات المتعلقة بالأداء وسهولة الاستخدام.

الكل في الكل، لا تستخدم عنصر تحكم المحور في إحدى الطرق كان من المقصود أن يسبب لك مشاكل الأداء لك كقضايا مطورا وسهولة الاستخدام للأشخاص الذين يستخدمون التطبيق.
كلاهما سيناريوهات يجب تجنبها.

آسف هذا ليس إجابة مباشرة على سؤالك ولكن نأمل أن يساعدك في تطوير تطبيق أفضل (أو تطبيقات). ؛)