हम सामूहिक रूप से समय SharePoint समाधान के बारे में सोच का एक बड़ा सौदा खर्च — उन्हें बनाने के लिए कैसे, कौन सा उपकरण का उपयोग करने के लिए, क्या होता है जब वे को परिनियोजित करने के लिए विफल, टाइमर नौकरियों, scopes, आदि. हम इतना समय है कि यह आसानी से भूल जाते हैं कि हम उन्हें भी वापस लेना करने के लिए की जरूरत है अप सामने बिट्स के बारे में सोच खर्च. समाधान retracting शायद ज्यादा मुश्किल है, एक संकल्पनात्मक डिजाइन के नजरिए से, उन्हें तैनाती से. परिनियोजन मूल रूप से एक रसोई की किताब चक्कर है. आम तौर पर, एक सुविधा स्थापित करें, शायद एक फ़ीचर पानेवाला एक सूची में कुछ डेटा लोड है, इसी तरह की बात. हालांकि, retracting संभवतः अधिक जटिल है.
कलाकृतियों की तरह ये किसी दिए गए समाधान बना सकते हैं:
- सामग्री प्रकार
- सूची परिभाषा
- साइट परिभाषा
- एक सूची में डेटा
- यहां तक कि रिसीवर
- InfoPath प्रपत्र
सूची पर चला जाता है.
हालांकि यह स्पष्ट रूप से एक समाधान डिजाइन करने के लिए महत्वपूर्ण है कि सही ढंग से उन कलाकृतियों instantiates, यह अद्यतन पर विचार और मामलों को हटाने के लिए बस के रूप में महत्वपूर्ण है. यदि आपके समाधान एक नई सूची बनाता है और उस सूची डेटा के साथ पॉप्युलेट, क्या होता है जब समाधान मुकर गया है? कुछ मामलों में, सूची हटा दिया जाना चाहिए. अन्य मामलों में, इसे बरकरार ऐतिहासिक प्रयोजनों के लिए छोड़ दिया जाना चाहिए. आपकी व्यावसायिक आवश्यकताओं आप सही निर्णय करने के लिए मार्गदर्शन करेंगे.
इस के साथ मदद करने के लिए, सूची बद्ध करता है प्रत्येक SharePoint करने के लिए आपके समाधान deploys विरूपण साक्ष्य एक संगठन चार्ट बनाना. विरूपण साक्ष्य प्रति तीन स्तंभों की सूची, एक बनाने के लिए, अद्यतन और delete. प्रत्येक मामले के लिए, उस ऑपरेशन के लिए सही परिणाम का निर्धारण.
समाधान कभी एक SharePoint फ़ार्म के लिए लागू किया गया है इससे पहले कि विश्लेषण की इस तरह जाहिर है सबसे अच्छा किया है. हालांकि, धूम्रपान की तरह, यह सही ढंग से बातें कर रही शुरू करने के लिए बहुत देर हो चुकी कभी नहीं है. कि मैट्रिक्स बनाने के लिए और अनुपलब्ध अद्यतन/हटाएँ परिदृश्य को हल करने के लिए एक योजना विकसित. यह एक कठिन समस्या को हल करने के लिए हो सकता है, लेकिन कम से कम आप समस्या के चारों ओर एक बॉक्स डाल देता हूँ.
</अंत>
मेरे ब्लॉग के लिए सदस्यता लें.
मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin
@no नाम
है कि क्या के लिए फ़ीचर पानेवाला कक्षा है. आप क्या कभी आप अपने कस्टम सुविधा रिसीवर के भीतर ओवरराइड तरीकों में ऑब्जेक्ट मॉडल के भीतर चाहते को संभालने के लिए कस्टम कोड लिखना. MSDN आलेख देखें यहाँ.
Hope that helps 🙂
@Paul
मैं यह आलेख SharePoint उपयोगकर्ता समूह प्रस्तुति क्योंकि इस महीने में जोड़ने हूँ, जैसा कि इस महीने के SPUG पर चर्चा की थी, यह वास्तव में मजबूत SharePoint सुविधाओं का निर्माण करने के लिए एक केंद्रीय मुद्दा है.
-जॉन शराबी हूँ
nickelcode.com (ब्लॉग)