ونحن مجتمعة تنفق قدرا كبيرا من الوقت في التفكير حول الحلول SharePoint — كيفية إنشائها, أي أداة استخدام, ماذا يحدث عندما فشلوا في نشر, وظائف جهاز ضبط الوقت, نطاقات, إلخ. نحن ننفق الكثير وقت التفكير في بت مقدما أنه من السهل أن ننسى أننا بحاجة إلى سحب منهم، فضلا عن. التراجع الحلول ربما أكثر صعوبة, من منظور تصميم النظري, من نشرها. النشر في الأساس علاقة الطبخ. عادة, تثبيت ميزة, ربما يكون متلقي ميزة تحميل بعض البيانات في قائمة, هذا النوع من الشيء. ومع ذلك, التراجع يحتمل أن تكون أكثر تعقيداً.

يمكن إنشاء حل معين التحف مثل هذه:

• نوع المحتوى
• تعريف قائمة
• تعريف الموقع
• البيانات في قائمة
• حتى أجهزة الاستقبال
• نماذج InfoPath

والقائمة تطول.

وفي حين أنه من المهم ومن الواضح أن تصميم حل أن instantiates تلك التحف بشكل صحيح, نفس القدر من الأهمية النظر في التحديث وحذف الحالات. إذا كان الحل الخاص بك يقوم بإنشاء قائمة جديدة ويقوم بملء هذه القائمة مع البيانات, ماذا يحدث عندما يتم سحب الحل? وفي بعض الحالات, ينبغي حذف قائمة. وفي حالات أخرى, وينبغي أن يترك سليمة لأغراض تاريخية. متطلبات العمل الخاص بك سيتم إرشادك إلى القرار الصحيح.

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

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

</نهاية>

الاشتراك في بلادي بلوق.

اتبعني على التغريد في http://www.twitter.com/pagalvin