समाधान घटकों के लिए निर्भरता ट्रैकिंग

समाधान, समाधान घटकों से बने होते हैं. समाधान घटक बनाने या जोड़ने के लिए आप Microsoft Dataverse में समाधान क्षेत्र का उपयोग करेंगे. आप इन क्रियाओं को प्रोग्रामेटिक रूप से AddSolutionComponentRequest संदेश का उपयोग करके या कोई अन्य संदेश जो ऐसे समाधान घटक बनाते या अद्यतन करते हैं जिसमें SolutionUniqueName मापदंड शामिल होता है.

समाधान घटक अक्सर अन्य समाधान घटकों पर निर्भर करते हैं. आप किसी भी उस समाधान घटक को नहीं हटा सकते हैं जिसकी किसी अन्य समाधान घटक पर निर्भरता है. उदाहरण के लिए, एक स्वनिर्धारित रिबन में आमतौर पर आइकन प्रदर्शित करने और स्क्रिप्ट का उपयोग करके क्रियाएं करने के लिए छवि या स्क्रिप्ट वेब संसाधनों की आवश्यकता होती है. जब तक समाधान में अनुकूलित रिबन है, तब तक विशिष्ट वेब संसाधनों का उपयोग करना होगा. इससे पहले कि आप उन वेब संसाधनों को हटा सकें आपको अनुकूलित रिबन में उनके संदर्भों को निकालना होगा. आवेदन में ये समाधान घटक निर्भरता निर्भरता दिखाएं पर क्लिक करके देखी जा सकती है.

यह विषय उन समाधान घटकों के प्रकारों का वर्णन करता है जिन्हें आप अपने समाधानों में शामिल कर सकते हैं और वे एक-दूसरे पर कैसे निर्भर करते हैं.

सभी समाधान घटक

उपलब्ध समाधान घटक प्रकारों की पूरी सूची सिस्टम componenttype वैश्विक विकल्प सेट में स्थित है. इस गुण के लिए मानों की समर्थित रेंज आपके प्रोजेक्ट में OptionSets.cs या OptionSets.vb फ़ाइल को शामिल करके उपलब्ध है. हालाँकि, समाधान के ऐसे कई प्रकार सूचीबद्ध हैं जो केवल आंतरिक उपयोग के लिए हैं और यह सूची समाधान घटकों के बीच संबंधों के बारे में जानकारी प्रदान नहीं करती है.

समाधान घटक निर्भरता

समाधान घटक निर्भरताएँ सुनिश्चित करते हैं कि आपके पास समाधानों के साथ काम करने का विश्वसनीय अनुभव है. वे उन कार्रवाइयों को रोकते हैं, जिन्हें आप आम तौर पर समाधान में परिभाषित अनजाने टूटने वाले अनुकूलन से करते हैं. ये निर्भरताएं ही हैं जो प्रबंधित समाधान को इंस्टॉल करने और किसी समाधान को बस आयात करने या हटाने के माध्यम से अनइंस्टॉल करने की अनुमति देती हैं.

समाधान फ्रेमवर्क स्वचालित रूप से समाधान घटकों के लिए निर्भरता को ट्रैक करता है. समाधान घटक पर प्रत्येक ऑपरेशन सिस्टम में अन्य घटकों के लिए किसी भी निर्भरता की स्वचालित रूप से गणना करता है. निर्भरता जानकारी का उपयोग सिस्टम की अखंडता को बनाए रखने और असंगत स्थिति पैदा कर सकने वाले कार्यों को रोकने के लिए किया जाता है.

निर्भरता पर नज़र रखने के परिणामस्वरूप निम्नलिखित व्यवहार लागू होते हैं:

• अगर सिस्टम में कोई और घटक इस पर निर्भर है तो उस घटक का हटाना रोका जाता है.

• समाधान का निर्यात उपयोगकर्ता को चेतावनी देता है यदि कोई अनुपलब्ध घटक हैं, जो उस समाधान को किसी अन्य सिस्टम में आयात करते समय विफल कर सकता है.

  निर्यात के दौरान चेतावनी को अनदेखा किया जा सकता है यदि समाधान निर्माता का उद्दिष्ट है कि समाधान केवल उस संगठन में इंस्टॉल किया जाए, जहां आश्रित घटकों के मौजूद होने की उम्मीद है. उदाहरण के लिए, जब आप एक समाधान बनाते हैं जिसे पहले से इंस्टॉल "आधार" समाधान पर इंस्टॉल किया जाना है.

• यदि सभी आवश्यक घटक समाधान में शामिल नहीं हैं और किसी लक्ष्य प्रणाली में भी मौजूद नहीं हैं, तो समाधान का आयात विफल हो जाता है.

  • इसके अतिरिक्त, जब आप एक प्रबंधित समाधान आयात करते हैं तो सभी आवश्यक घटकों को समाधान के पैकेज प्रकार से मेल खाना चाहिए. प्रबंधित समाधान में घटक केवल दूसरे प्रबंधित घटक पर निर्भर हो सकता है.

  समाधान घटक निर्भरता के तीन प्रकार हैं:

  समाधान आंतरिक
  आंतरिक निर्भरताएं Dataverse द्वारा प्रबंधित की जाती हैं. वे तब मौजूद होते हैं, जब कोई विशेष समाधान घटक किसी अन्य समाधान घटक के बिना मौजूद नहीं रह सकता.

  प्रकाशित
  प्रकाशित निर्भरता तब बनती है, जब दो समाधान घटक एक दूसरे से संबंधित होते हैं और फिर प्रकाशित होते हैं. इस प्रकार की निर्भरता को दूर करने के लिए, संबंध को हटा दिया जाना चाहिए और निकायों को फिर से प्रकाशित करना चाहिए.

  अप्रकाशित
  अप्रकाशित निर्भरताएँ किसी अद्यतन किए जा रहे प्रकाशन योग्य समाधान घटक के अप्रकाशित संस्करण पर लागू होती हैं. समाधान घटक प्रकाशित होने के बाद, यह प्रकाशित निर्भरता बन जाता है.

  समाधान आंतरिक निर्भरताएं, वे निर्भरताएं हैं जहां समाधान घटक के साथ क्रियाओं को दूसरे समाधान घटक के लिए कार्रवाई की आवश्यकता होती है. उदाहरण के लिए, यदि आप किसी निकाय को हटाते हैं, तो आपको उम्मीद करनी चाहिए कि इसके साथ सभी निकाय विशेषताओं को हटा दिया जाएगा. अन्य निकायों के साथ निकाय संबंध भी हटा दिए जाएंगे.

  हालांकि, एक आंतरिक निर्भरता एक प्रकाशित निर्भरता को जन्म दे सकती है और उसे अब-भी मैन्युअल हस्तक्षेप की आवश्यकता होती है. उदाहरण के लिए, यदि आप किसी निकाय प्रपत्र पर लुकअप फ़ील्ड शामिल करते हैं और फिर संबंध में प्राथमिक निकाय को हटा देते हैं, तो आप उस विलोपन को तब तक पूरा नहीं कर सकते हैं जब तक कि आप संबंधित निकाय प्रपत्र से लुकअप फ़ील्ड को नहीं हटाते और प्रपत्र को पुनः प्रकाशित करते हैं.

  जब आप समाधान के साथ प्रोग्रामेटिकली रूप से क्रिया करते हैं, तो आप Dependency निकाय से संबंधित संदेशों का उपयोग कर सकते हैं. उन संदेशों के लिए निर्भरता निकाय देखें जिनका आप निर्भरता की पहचान करने के लिए उपयोग कर सकते हैं जो घटक को हटाने या समाधान की स्थापना रद्द करने से पहले मौजूद हो सकते हैं.

आम समाधान घटकों

ये अनुप्रयोग में प्रदर्शित समाधान घटक हैं और वे घटक जो आप समाधान पृष्ठ का उपयोग करके समाधान घटकों को जोड़ते या हटाते समय प्रत्यक्ष रूप से काम करेंगे. समाधान घटकों के अन्य प्रकार बने रहने के लिए इनमें से एक या अधिक समाधान घटकों पर निर्भर करेंगे.

एप्लिकेशन रिबन (रिबन अनुकूलन)	इकाई (इकाई)	रिपोर्ट (रिपोर्ट)
लेख टेम्पलेट (KBArticleTemplate)	फ़ील्ड सुरक्षा प्रोफ़ाइल (FieldSecurityProfile)	SDK संदेश प्रसंस्करण चरण (SDKMessageProcessingStep)
कनेक्शन भूमिका (ConnectionRole)	मेल मर्ज टेम्पलेट (MailMergeTemplate)	सुरक्षा भूमिका (भूमिका)
अनुबंध टेम्पलेट (ContractTemplate)	विकल्प सेट (ऑप्शनसेट)	सेवा एंडपॉइंट (सेवाअंतबिंदु)
डैशबोर्ड या एंटिटी फॉर्म (सिस्टमफॉर्म)	प्लग-इन असेंबली (PluginAssembly)	साइट मैप (साइटमैप)
ईमेल टेम्पलेट (ईमेल टेम्पलेट)	प्रक्रिया (कार्यप्रवाह)	वेब संसाधन (WebResource)

अनुप्रयोग रिबन्स (RibbonCustomization)

अनुप्रयोग रिबन और एंटिटी रिबन टेम्पलेट के लिए रिबन अनुकूलन. अनुप्रयोग रिबन में निकाय या प्रपत्र स्तर पर रिबन की परिभाषाएँ शामिल नहीं होती हैं.

कस्टम अनुप्रयोग रिबन में अक्सर वेब संसाधनों पर निर्भरताएँ प्रकाशित होती हैं. रिबन संसाधनों को प्रदर्शित करने के लिए और किसी विशेष रिबन नियंत्रण का उपयोग किए जाने पर कौन से कार्य किए जाते हैं, यह प्रदर्शित करने के लिए रिबन बटन आइकन और JavaScript कार्यों को परिभाषित करने के लिए वेब संसाधनों का उपयोग किया जाता है. निर्भरताएं केवल तब बनती हैं, जब रिबन की परिभाषाएं वेब साधन को रिबन से जोड़ने के लिए $webresource: निर्देश का उपयोग करती हैं. और जानकारी: $webresource directive

आलेख टेम्प्लेट (KBArticleTemplate)

वह टेम्पलेट जिसमें किसी आलेख के मानक एट्रिब्यूट होते हैं. लेख टेम्पलेट और KbArticle निकाय के बीच हमेशा एक आंतरिक निर्भरता होती है.

कनेक्शन भूमिका (ConnectionRole)

दो रिकॉर्ड के बीच एक संबंध का वर्णन करने वाली भूमिका. प्रत्येक कनेक्शन भूमिका स्पष्ट करती है कि कनेक्शन भूमिका का उपयोग करके किस प्रकार के निकाय रिकॉर्ड्स को लिंक किया जा सकता है. यह कनेक्शन भूमिका और निकाय के बीच प्रकाशित निर्भरता बनाता है.

अनुबंध टेम्‍पलेट (ContractTemplate)

वह टेम्पलेट जिसमें किसी अनुबंध के मानक एट्रिब्यूट्स शामिल हैं. अनुबंध टेम्पलेट और अनुबंध निकाय के बीच हमेशा आंतरिक निर्भरता होती है.

डैशबोर्ड या निकाय प्रपत्र (SystemForm)

डैशबोर्ड और निकाय प्रपत्रों को स्पष्ट करने के लिए सिस्टम प्रपत्र निकाय रिकॉर्ड का उपयोग किया जाता है. जब एक SystemForm एक निकाय के रूप में उपयोग किया जाता है तो निकाय पर एक आंतरिक निर्भरता होती है. जब SystemForm का उपयोग डैशबोर्ड के रूप में किया जाता है तो कोई आंतरिक निर्भरता नहीं होती है. निकाय प्रपत्रों और डैशबोर्ड-दोनों में आमतौर पर उनकी सामग्री से संबंधित निर्भरताएं प्रकाशित होती हैं. निकाय प्रपत्र में लुकअप फ़ील्ड हो सकते हैं जो किसी निकाय संबंध पर निर्भर करते हैं. डैशबोर्ड और निकाय प्रपत्र दोनों में चार्ट या सबग्रिड हो सकते हैं, जो दृश्य पर प्रकाशित निर्भरता बनाएंगे, जिसमें तब निकाय पर आंतरिक निर्भरता है. डैशबोर्ड या प्रपत्र के अंदर प्रदर्शित सामग्री के रूप में या JavaScript लाइब्रेरी के रूप में प्रदर्शित होने के कारण वेब संसाधनों पर प्रकाशित निर्भरता बनाई जा सकती है. निकाय के रूप में प्रदर्शित किए जाने वाले किसी भी विशेषता पर निर्भर प्रपत्रों ने निर्भरता प्रकाशित की है.

ईमेल टेम्पलेट (EmailTemplate)

वह टेम्प्लेट जिसमें ईमेल संदेश की मानक विशेषताएं होती हैं. ईमेल टेम्पलेट में आमतौर पर ऐसे फ़ील्ड शामिल होते हैं जो निर्दिष्ट निकाय विशेषताओं से डेटा सम्मिलित करते हैं. ईमेल टेम्पलेट को जब बनाया जाता है तो विशिष्ट निकाय से जोड़ा जा सकता है इसलिए निकाय पर आंतरिक निर्भरता हो सकती है. एक वैश्विक ईमेल टेम्पलेट विशिष्ट निकाय से संबद्ध नहीं है, लेकिन इसमें डेटा उपलब्ध कराने के लिए उपयोग की जाने वाली निकाय विशेषताओं पर निर्भरताएँ प्रकाशित हो सकती हैं. प्रक्रिया (वर्कफ़्लो) अक्सर ईमेल टेम्पलेट का उपयोग करके ईमेल भेजने के लिए कॉन्फ़िगर की जाती है जो वर्कफ़्लो के साथ प्रकाशित निर्भरता बनाती है.

निकाय (निकाय)

Dataverse में डेटा को मॉडल और प्रबंधित करने के लिए उपयोग की जाने वाली प्राथमिक संरचना. जब निकाय को उनके बीच की आंतरिक निर्भरता के कारण हटा दिया जाता है तो निकाय से जुड़े चार्ट, प्रपत्र, निकाय संबंध, विचार, और विशेषताएँ स्वचालित रूप से हटा दी जाती हैं. निकायों में अक्सर प्रक्रियाओं, डैशबोर्ड और ईमेल टेम्पलेट के साथ निर्भरताएं प्रकाशित होती हैं.

फ़ील्डर सुरक्षा प्रोफ़ाइल (FieldSecurityProfile)

सुरक्षित विशेषताओं के लिए पहुँच स्तर परिभाषित करने वाली प्रोफ़ाइल.

मेल मर्ज टेम्प्लेट (MailMergeTemplate)

टेम्पलेट जिसमें मेल विलय दस्तावेज़ के मानक गुण शामिल हैं. मेल विलय टेम्पलेट में निकाय के साथ संबद्ध प्रकाशित निर्भरता होती है.

विकल्प सेट (OptionSet)

विकल्प सेट विकल्पों के सेट को परिभाषित करता है. पिकलिस्ट विशेषता प्रदान किए गए विकल्पों को परिभाषित करने के लिए विकल्प सेट का उपयोग करती है. कई पिकलिस्ट विशेषताएँ एक वैश्विक विकल्प सेट का उपयोग कर सकती हैं ताकि वे जो विकल्प प्रदान करते हैं वह हमेशा एक जैसे ही हों और उन्हें स्थान पर बनाए रखा जा सके. एक प्रकाशित निर्भरता तब होती है जब कोई पिकलिस्ट विशेषता वैश्विक विकल्प सेट का संदर्भ देती है. किसी पिकलिस्ट विशेषता द्वारा प्रयुक्त किए जा रहे वैश्विक विकल्प को आप हटा नहीं सकते.

प्लग-इन असेंबली (PluginAssembly)

असेंबली जिसमें एक या अधिक प्लग-इन प्रकार समाविष्ट हैं. प्लग-इन उन घटनाओं के लिए पंजीकृत हैं जो आमतौर पर निकाय से जुड़ी होती हैं. यह प्रकाशित निर्भरता बनाता है.

प्रोसेस (कार्यप्रवाह)

तार्किक नियमों का सेट जो किसी विशिष्ट व्यवसाय प्रक्रिया, कार्य, या की जानेवाली क्रियाओं के सेट को स्वचालित करने के लिए आवश्यक चरण परिभाषित करता है. प्रक्रियाएं कई प्रकार की क्रियाएं उपलब्ध कराती हैं जो प्रक्रिया द्वारा संदर्भित किसी अन्य समाधान घटक पर प्रकाशित निर्भरता पैदा करती हैं. प्रत्येक प्रक्रिया में उस निकाय पर प्रकाशित निर्भरता होती है जिसके साथ वह जुड़ी होती है.

रिपोर्ट (रिपोर्ट)

एक पढ़ने-में-आसान लेआउट में डेटा सारांश. रिपोर्ट में किसी भी निकाय पर प्रकाशित निर्भरता या रिपोर्ट में शामिल विशेषता डेटा होता है. प्रत्येक रिपोर्ट को रिपोर्ट श्रेणी के साथ भी जोड़ा जाना चाहिए, जो रिपोर्ट संबंधित श्रेणी (ReportCategory) नामक समाधान घटक पर आंतरिक निर्भरता बनाती है. मूल रिपोर्ट के साथ प्रकाशित निर्भरता बनाने वाली सबरिपोर्ट के लिए रिपोर्ट कॉन्फ़िगर की जा सकती हैं.

SDK संदेश संसाधन चरण (SDKMessageProcessingStep)

जिस प्लग-इन को निष्पादित करना है उसकी निष्पादन पाइप लाइन में अवस्था.

सुरक्षा भूमिका (भूमिका)

सुरक्षा विशेषाधिकारों का समूहन. उपयोगकर्ताओं को ऐसी भूमिकाएँ असाइन की जाती हैं जो Dataverse सिस्टम तक उनकी पहुँच को अधिकृत करती हैं. निकाय प्रपत्र विशिष्ट सुरक्षा भूमिकाओं के साथ जुड़े हो सकते हैं ताकि यह नियंत्रित किया जा सके कि प्रपत्र को कौन देख सकता है. यह सुरक्षा भूमिका और प्रपत्र के बीच प्रकाशित निर्भरता बनाता है.

नोट

संगठन व्यवसाय निकाय से समाधान में केवल सुरक्षा भूमिका को जोड़ा जा सकता है. उन सुरक्षा भूमिकाओं में केवल रीड एक्सेस वाले उपयोगकर्ता ही उन्हें समाधान में जोड़ सकते हैं.

सेवा समाप्ति बिंदु (ServiceEndpoint)

सेवा अंतबिंदु जिससे संपर्क किया जा सकता है.

साइट मानचित्र (SiteMap)

अनुप्रयोग नेविगेशन फलक के नियंत्रण के लिए उपयोग किया गया XML डेटा. HTML वेब संसाधन दर्शाने करने के लिए साइट मैप को लिंक किया जा सकता है या साइट मैप में आइकन छवि वेब संसाधन का उपयोग कर सकता है. जब $webresource: इन संबद्धताओं को स्थापित करने के लिए निर्देश का उपयोग किया जाता है तो प्रकाशित निर्भरता बनायी की जाती है. और जानकारी: $webresource directive

वेब संसाधन (WebResource)

वेब डेवलेपमेंट में प्रयुक्त की जाने वाली फ़ाइलों के समकक्ष डेटा. वेब संसाधन क्लाइंट-साइड घटक प्रदान करते हैं जिनका उपयोग कस्टम उपयोगकर्ता इंटरफ़ेस तत्वों की उपलब्धता के लिए किया जाता है. वेब संसाधनों में निकाय प्रपत्रों, रिबन और साइटमैप के साथ निर्भरताएँ प्रकाशित हो सकती हैं. जब $webresource: निर्देश का उपयोग रिबन या SiteMap में संबद्धताओं को स्थापित करने के लिए किया जाता है, तो एक प्रकाशित निर्भरता बनाई जाती है. अधिक जानकारी के लिए, $webresource directive देखें.

नोट

संबद्ध लिंक के आधार पर वेब संसाधन अन्य वेब संसाधनों पर निर्भर हो सकते हैं. उदाहरण के लिए, HTML वेब संसाधन CSS या स्क्रिप्ट वेब संसाधन का उपयोग कर सकता है. निकाय प्रपत्र या चार्ट के बाहर प्रदर्शित सिल्वरलाइट वेब संसाधन के पास इसे होस्ट करने के लिए HTML वेब संसाधन होना चाहिए. इन निर्भरताओं को समाधान निर्भरताओं के रूप में ट्रैक नहीं किया जाता है.

इसे भी देखें

समाधान अवधारणाएँ
निर्भरताएँ हटाना
पर्यावरण रणनीति
SDK API का उपयोग करके समाधानों के साथ काम करें]
समाधान निकाय संदर्भ
समाधान घटक निकाय संदर्भ