मंच के रूप में अक्सर उपयोगकर्ताओं इस तरह के सवाल:

> नमस्कार,
>
> कृपया मुझे बताओ अगर वहाँ किसी भी संभावनाओं के साथ एक कस्टम सूची का निर्माण करने के लिए कर रहे हैं
> मास्टर और विवरण प्रकार (चालान की तरह) InfoPath का उपयोग कर के बिना.
>

SharePoint कुछ बॉक्स सुविधाओं है कि व्यापार की आवश्यकताओं के प्रकार की तरह है कि समर्थन से बाहर प्रदान करता है.

सामान्य में, एक दो एक साथ किसी लुकअप स्तंभ का उपयोग कर सूची कड़ियाँ. सूची A होता है इनवॉइस शीर्ष लेख जानकारी और सूची B इनवॉयस विवरण होता है.

ग्राहक संख्या को बनाए रखने के लिए अतिरिक्त सूचियों का उपयोग करें, उत्पाद क्रमांक, आदि.

एक सामग्री क्वेरी वेब पार्ट का उपयोग करें (केवल MOSS में) और/या सूचियों के मर्ज किए गए दृश्य बनाएँ करने के लिए वेब पार्ट एक डेटा देखें. SQL सर्वर रिपोर्टिंग सेवाएँ (एसआरएस) इसके अलावा यह के पक्ष में रिपोर्टिंग के लिए उपलब्ध है.

हालांकि, वहाँ कुछ महत्वपूर्ण सीमाओं कि यह मुश्किल के लिए कुछ भी है कि यहां तक कि मामूली जटिल है शुद्ध बाहर के--बॉक्स सुविधाओं का उपयोग करने के लिए कर देगा रहे हैं. इन में शामिल हैं:

• बनाम के आकार से संबंधित लुकअप की सूचियाँ. "होशियारी" लुकअप स्तंभ के प्रकार का. एक लुकअप स्तंभ प्रकार ही प्रस्तुत करता है अलग के आधार पर कि क्या UI पर आप multi-select या नहीं सक्षम है. या तो मामले में, सभी उपलब्ध आइटम स्रोत सूची से बाहर के--बॉक्स नियंत्रण से पता चलता है. यदि स्रोत सूची है 1,000 आइटम, कि एक समस्या होने जा रहा है. लुकअप नियंत्रण उन आइटम्स के माध्यम से इस पृष्ठ नहीं. इसके बजाय, यह उन सभी को जो नियंत्रण में खींचतान. कि दोनों डेटा प्रविष्टि और प्रदर्शन के मामले में एक बहुत ही अजीब उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
• Lookups "वापस खींच" जानकारी का एक स्तंभ. तुम कभी नहीं स्रोत सूची से जानकारी का एक से अधिक स्तंभ वापस खींच सकते हैं. उदाहरण के लिए, आप एक ग्राहक "12345 का चयन नहीं कर सकते" और एक ही समय में संख्या के रूप में अच्छी तरह के रूप में ग्राहक के नाम और पते प्रदर्शित करें. लुकअप केवल ग्राहक संख्या और कुछ नहीं दिखाता है. यह एक अजीब और मुश्किल उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
• कोई इंट्रा-फार्म संचार. मैं इस यहाँ के बारे में लिखा है. आप कैस्केडिंग ड्रॉप-downs को लागू नहीं कर सकता, सशर्त फ़ील्ड् स सक्षम करें/निष्क्रिय, आदि.
• कोई कैस्केडिंग नष्टकरण या अंतर्निहित संदर्भित अखंडता. SharePoint कस्टम सूचियाँ स्वतंत्र निकायों के रूप में व्यवहार करता है और उन्हें एक-दूसरे के लिए एक पारंपरिक ERD अर्थों में लिंक करने के लिए आप की अनुमति नहीं है. उदाहरण के लिए, SharePoint दो कस्टम सूचियाँ बनाने के लिए आपको अनुमति देता है, "ग्राहक" और "इनवॉइस शीर्षक". आप ग्राहकों की सूची में उस लिंक वापस एक ग्राहक के लिए एक चालान शीर्ष लेख बना सकते हैं. तब, आप ग्राहक सूची से हटा सकते हैं. बॉक्स से बाहर, इस को रोकने के लिए कोई रास्ता नहीं है. इस तरह की समस्या को हल करने के लिए, आप सामान्य रूप से ईवेंट हैंडलर्स का उपयोग करेंगे.

यह निराशाजनक लग सकता, लेकिन मैं अब भी SharePoint एक प्रारंभिक बिंदु के रूप में कार्यक्षमता के इस तरह के निर्माण के लिए प्रयोग करेंगे. हालांकि वहाँ अंतराल हैं क्या तुम एक समाधान में जरूरत के बीच, SharePoint में हमें इस तरह के रूप में उपकरण का उपयोग कर उन अंतराल को भरने के लिए सक्षम बनाता है:

• ईवेंट हैंडलर्स. उन्हें संदर्भित अखंडता को लागू करने के लिए उपयोग करें.
• कस्टम स्तंभ: कस्टम स्तंभ प्रकार बनाएँ और डिफ़ॉल्ट लुकअप स्तंभ के एवज में उन्हें का उपयोग करें. पृष्ठन जोड़ें, buffering और AJAX सुविधाओं उन्हें उत्तरदायी बनाने के लिए.
• BDC. यह केवल MOSS सुविधा हमें हमेशा की लुकअप स्तंभ को एक बेहतर उपयोगकर्ता इंटरफ़ेस के साथ अन्य SharePoint सूचियाँ क्वेरी करने के लिए सक्षम बनाता है. BDC भी एक वापस अंत सर्वर अनुप्रयोग के लिए बाहर तक पहुँच सकते हैं. प्रतिकृति से बचने के लिए BDC का उपयोग करें. ERP प्रणाली से एक वापस अंत ग्राहक जानकारी नकल करने के बजाय, BDC के बजाय का उपयोग. BDC सुविधाओं कि जानकारी कहाँ यह के अंतर्गत आता है और एक प्रतिकृति समाधान को बनाए रखने की परेशानी से बचा जाता है सीधे ERP प्रणाली से खींचने के लिए एक अच्छा उपयोगकर्ता इंटरफ़ेस प्रदान करते हैं.

  BDC एक काई की सुविधा है (WSS में उपलब्ध नहीं है) और कॉन्फ़िगर करने के लिए चुनौती दे रहा है.

• ASP.NET वेब प्रपत्र: SharePoint सूचियों का लाभ उठाने के जबकि एक बहुत संवेदनशील उपयोगकर्ता इंटरफेस प्रदान करने के लिए SharePoint ऑब्जेक्ट मॉडल और/या वेब सेवाओं का उपयोग करता है एक पूर्ण विशेषताओं-AJAX-सक्षम प्रपत्र बनाएँ.

अंतिम विकल्प महसूस हो सकता है जैसे आप स्क्रैच से शुरू कर रहे हैं, लेकिन SharePoint मंच आप निम्न कुंजी सुविधाओं के साथ बंद शुरू होता है कि इस तथ्य पर विचार:

• रखरखाव के साथ सुरक्षा मॉडल.
• मेनू प्रणाली रखरखाव के साथ.
• "मास्टर तालिका" (अर्थात. कस्टम सूचियाँ) सुरक्षा के साथ, अंतर्निहित रखरखाव और लेखा परीक्षा.
• खोज.
• वापस अंत एकीकरण उपकरण (BDC).

यदि आप दृश्य स्टूडियो में एक नया रिक्त प्रोजेक्ट के साथ प्रारंभ करें, आप बुनियादी सुविधाओं और इससे पहले कि आप क्या प्रदान करता है SharePoint के करीब पाने के निर्माण के लिए पाइपलाइन का एक बहुत कुछ है.

मुझे विश्वास है कि Microsoft SharePoint अनुप्रयोग विकास के इस दिशा में विस्तार करने का इरादा रखता. यह मौजूदा SharePoint बेस के लिए एक प्राकृतिक विस्तार की तरह लगता है. माइक्रोसॉफ्ट के CRM अनुप्रयोग तानाना प्रकार के शीर्ष लेख/विवरण अनुप्रयोग विकास के समर्थन की जरूरत के एक महान सौदा प्रदान करता है. हालांकि उन सुविधाओं में CRM, प्रौद्योगिकी SharePoint विकास टीम के लिए स्पष्ट रूप से उपलब्ध है और मुझे उम्मीद है कि यह SharePoint उत्पाद में के अंत तक अपना रास्ता बनाना होगा 2008. अगर किसी एक में ज्ञान या जानकारी यह है, कृपया एक टिप्पणी छोड़ दो.

</अंत>