यह लेख आपको विभिन्न परिदृश्यों के बारे में जानकारी प्रदान करता है कि कैसे आपके मॉडल-चालित ऐप समाधानों में प्रपत्रों को अनुकूलित करने के लिए स्वस्थ अनुप्रयोग जीवनचक्र प्रबंधन (ALM) को लागू और अभ्यास किया जाए.
निम्न अनुभाग वर्णन करते हैं कि प्रपत्र मर्ज कैसे कार्य करता है और अनुकूलन कैसे बनाए रखता है. मॉडल-चालित ऐप फॉर्म के लिए सफल ALM बनाए रखने के लिए सिफारिशों के साथ बुनियादी विकास परिदृश्यों को प्रत्येक अनुभाग में विस्तार से कवर किया गया है. प्रत्येक परिदृश्य में अनुसरण करने के चरण शामिल होते हैं जो आपके समाधान या मॉडल-चालित ऐप को अपडेट करते समय उचित ALM प्रक्रिया को लागू करने में आपकी सहायता कर सकते हैं.
एक नया फ़ॉर्म बनाना और अनेक प्रबंधित समाधानों का उपयोग करके उसका रखरखाव करना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
अपने डेवलपमेंट परिवेश में प्रपत्र नाम का एक नया प्रपत्र बनाएं और प्रपत्र पर अनुकूलन निष्पादित करें.
डेवलपमेंट परिवेश में एक नया समाधान बनाएं (नीचे दिए गए आरेख में समाधान ए नामक), जो एक अप्रबंधित समाधान होगा और आपका नया रूप जोड़ देगा. समाधान को अप्रबंधित के रूप में निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 2 से प्रबंधित समाधान आयात करें, जो परीक्षण परिवेश में FormA बनाता है. नीचे दिए गए आरेख में, FormA परीक्षण परिवेश में बनाया जाता है और प्रपत्र के लिए UI दिखाता है फ़ील्ड1 तथा फ़ील्ड2 उस समाधान A प्रपत्र में जोड़ा गया.
जब आप एक नए विकास (स्रोत) परिवेश का उपयोग करके चरण 1 में बनाए गए प्रपत्र को और अधिक अनुकूलित करते हैं, तो चरण 2 में बनाए गए प्रबंधित समाधान ए को आयात करें, सुनिश्चित करें कि आप जिस विकास उदाहरण का उपयोग कर रहे हैं उसमें FormA प्रबंधित स्थिति में है. जैसा कि नीचे दिए गए चित्र में दिखाया गया है, प्रबंधित Solution A डेवलपमेंट परिवेश में आयात किया जाता है और प्रपत्र को सक्रिय अनुकूलन बनाते हुए अनुकूलित किया जाता है. फिर, प्रपत्र फिर एक नए अप्रबंधित समाधान में जोड़ा जा सकता है (Solution B आरेख में) और डेवलपमेंट परिवेश से प्रबंधित समाधान के रूप में निर्यात किया गया. यह चरण प्रपत्र के लिए डिफरेंशियल (डिफ) FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 4 से प्रबंधित समाधान (Solution B) आयात करें. जैसा कि नीचे आरेख में दिखाया गया है Solution B नए Field3 को FormA पर जोड़ रहा है और Field2 हटा रहा है, जिसे Solution A द्वारा जोड़ा गया था. परीक्षण परिवेश में प्रपत्र के लिए UI अब प्रपत्र पर Field3 और Field1 दिखाता है लेकिन मर्ज के बाद Field2 नहीं.
इस परिदृश्य के लिए खराब उदाहरण
जैसा कि नीचे दिए गए आरेख में देखा गया है, विकास के माहौल से कई प्रबंधित समाधान बनाने के लिए यह एक स्वस्थ एएलएम अभ्यास नहीं है जहां आधार समाधान (Solution A) एक अप्रबंधित स्थिति में है. ऐसा इसलिए है, क्योंकि जब आप (Solution B) अप्रबंधित प्रपत्र के लिए कोई अन्य अप्रबंधित समाधान बनाते हैं, FormXml को एक भिन्न FormXml के बजाय एक पूर्ण FormXml के रूप में निर्यात किया जाता है, जैसा कि ऊपर मान्य परिदृश्य में दिखाया गया है. इसके बाद, कॉलम को हटाने जैसे परिवर्तन प्रभावी नहीं होंगे.
एक नया प्रपत्र बनाना और पैच व अपग्रेड का उपयोग करके अनुकूलन करना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
अपने डेवलपमेंट परिवेश में प्रपत्र नाम का एक नया प्रपत्र बनाएं और प्रपत्र पर अनुकूलन निष्पादित करें.
एक समाधान बनाएं (नीचे दिए गए आरेख में Solution A), जो एक अप्रबंधित समाधान होगा और आपका नया प्रपत्र जोड़ देगा. समाधान को अप्रबंधित के रूप में निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 2 से प्रबंधित समाधान आयात करें, जो परीक्षण परिवेश में प्रपत्र बनाता है. नीचे दिए गए आरेख मेंFormA परीक्षण परिवेश में बनाया जाता है और प्रपत्र के लिए UI दिखाता है फ़ील्ड1 तथा फ़ील्ड2 उस समाधान A प्रपत्र में जोड़ा गया.
जब आप पैच का उपयोग करके चरण 1 में अपने द्वारा बनाए गए प्रपत्र को और अधिक अनुकूलित करते हैं, तो उसी परिवेश का उपयोग करें जहां Solution A एक अप्रबंधित स्थिति में है और समाधान के लिए एक पैच बनाएं और प्रपत्र को अनुकूलित करें. इसके बाद, पैच को प्रबंधित समाधान के रूप में निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 4 से प्रबंधित पैच समाझान आयात करें. जैसा कि नीचे दिए गए चित्र में दिखाया गया है, समाधान A पैच एक नया फील्ड3 को FormA पर जोड़ रहा है और फील्ड2 हटा रहा है, जो समाधान A द्वारा जोड़ा गया था.
नोट
full formXml वाले पैच की हमेशा उस बेस लेयर से तुलना की जाती है जिससे पैच बनाया गया था और बेस और मौजूदा पैच के बीच के किसी भी मध्यवर्ती पैच को अनदेखा कर देते हैं. परिणामस्वरूप, Field2 को हटा दिया जाता है क्योंकि यह आधार परत समाधान A में मौजूद है और निष्कासन का पता चला है. दूसरी ओर, Field3 इस पैच समाधान द्वारा जोड़ा गया है और बाद के पैच द्वारा हटाया नहीं जा सकता है. इस प्रकार, पैच समाधान के माध्यम से जोड़े गए क्षेत्र प्रकृति में योगात्मक हैं.
जब आप अपग्रे का उपयोग करके चरण 1 में अपने द्वारा बनाए गए प्रपत्र को और अधिक अनुकूलित करते हैं, तो उसी परिवेश का उपयोग करें जहां Solution A एक अप्रबंधित स्थिति में है और समाधान के लिए Solution A को क्लोन करें ताकि अपग्रेड समाधान बने और प्रपत्र को अनुकूलित करें. फिर, प्रबंधित समाधान के रूप में Solution A अपग्रेड निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 6 से प्रबंधित समाधान Solution A अपग्रेड आयात करें. जैसा कि नीचे आरेख में दिखाया गया है Solution A अपग्रेड नए Field4 को FormA पर जोड़ रहा है और Field2 हटा रहा है, जिसे Solution A द्वारा जोड़ा गया था. परीक्षण परिवेश में प्रपत्र के लिए UI अब प्रपत्र पर Field1, Field3, and Field4 दिखाता है लेकिन आयात से प्रपत्र के मर्ज होने के बाद Field2 निकाल दिया जाएगा.
एक मौजूदा प्रबंधित प्रपत्र अनुकूलित करना और अनेक प्रबंधित समाधानों का उपयोग करके उसका रखरखाव करना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
एक मौजूदा प्रबंधित प्रपत्र संपादित करें, जिसका नाम FormB है इस उदाहरण में, अपने डेवलपमेंट परिवेश में और प्रपत्र पर अनुकूलन निष्पादित करें. ध्यान दें कि solution A डेवलपमेंट परिवेश में प्रपत्र के लिए पहले से स्थापित प्रबंधित समाधान है.
एक नया समाधान बनाएं (नीचे दिए गए आरेख में Solution B), जो कि एक अप्रबंधित समाधान है और FormB जोड़ देगा. समाधान को अप्रबंधित के रूप में निर्यात करें. यह चरण प्रपत्र के लिए डिफरेंशियल (डिफ) FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 2 से प्रबंधित समाधान आयात करें, जो प्रपत्र के लिए दूसरा समाधान लेयर बनाता है. नीचे आरेख में,FormB परीक्षण परिवेश में Solution A और Solution B से मर्ज बदलाव प्राप्त करता है और प्रपत्र के लिए UI अब प्रपत्र पर Field1 और Field3 दिखाता है लेकिन Field2, जिसे Solution B द्वारा निकाला गया था.
जब आप नए प्रबंधित समाधानों का उपयोग करके चरण 1 में अपने द्वारा अनुकूलित प्रपत्र को और अधिक अनुकूलित करते हैं, तो एक नए विकास परिवेश का उपयोग करना सुनिश्चित करें, जिसमें FormB प्रबंधित स्थिति में हो. जैसा कि नीचे चित्र में दिखाया गया है,Solution A तथा Solution B प्रबंधित नया समाधान डेवलपमेंट परिवेश में आयात किए जाते हैं। फॉर्मबी को सक्रिय अनुकूलन बनाते हुए अनुकूलित किया जाता है, जिसे फिर एक नए समाधान (आरेख में समाधान सी ) में जोड़ा जा सकता है और प्रबंधित समाधान के रूप में निर्यात किया जा सकता है।
अपने परीक्षण परिवेश में, चरण 4 से प्रबंधित Solution C आयात करें. जैसा कि नीचे आरेख में दिखाया गया है, Solution C नए Field4 को FormB पर जोड़ रहा है और Field3 हटा रहा है, जिसे Solution B द्वारा जोड़ा गया था. परीक्षण परिवेश में प्रपत्र के लिए UI अब प्रपत्र पर Field1 और Field4 दिखाता है लेकिन Field2 और Field3 नहीं.
इस परिदृश्य के लिए खराब उदाहरण
जैसा कि नीचे दिए गए आरेख में दिखाया गया है, डेवलपमेंट के परिवेश से कई प्रबंधित समाधान बनाने के लिए यह एक स्वस्थ ALM अभ्यास नहीं है जिसमें अन्य अप्रबंधित शामिल हो जो आपने उसी प्रपत्र के लिए बनाया था. ध्यान दें कि Solution B अप्रबंधित स्थिति में है. जब आप FormB के लिए कोई अन्य अप्रबंधित समाधान (Solution C) बनाते हैं, तो उपरोक्त परिदृश्य में चरण 4 में दिखाए गए अनुसार FormXml को एक भिन्न FormXml के रूप में निर्यात किया जाता है. लेकिन,FormB में Solution B से परिवर्तन भी शामिल हैं, जो आपके नए परिवर्तनों से अधिलेखित हो जाएगा.
उदाहरण के लिए, जैसा कि नीचे दिए गए चित्र में देखा गया है, फील्ड3 को समाधान B में FormB पर जोड़ा जाता है . लेकिन अब जब आप इस परिवेश में एक नया समाधान C बनाते हैं, अप्रबंधित स्थिति में समाधान B के साथ, और फील्ड3 निकालें, डेवलपमेंट परिवेश में फील्ड3 भी हटा दिया जाएगा. समाधान निर्यात किए जाने पर फ़ील्ड3 को diff FormXml में ट्रैक नहीं किया जाएगा, क्योंकि इस कॉलम को जोड़ने और हटाने का परिवर्तन उसी सक्रिय लेयर में किया गया था। इसका मतलब है कि जब प्रबंधित Solution C परीक्षण परिवेश में आयात किया जाता है, प्रपत्र अभी भी फील्ड3 प्रस्तुत करेगा क्योंकि डिफरेंशियल FormXml इसे कभी भी हटाए जाने के रूप में रिकॉर्ड नहीं करता है (जैसे इसे ऊपर के स्वस्थ फॉर्म ALM परिदृश्य में चरण 5 में हटाया गया था). अपने प्रपत्र अनुकूलन को इस प्रकार निष्पादित करने से डेवलपमेंट परिवेश परीक्षण परिवेश के साथ असंगत हो जाएगा.
एक मौजूदा प्रबंधित प्रपत्र अनुकूलित करना और पैच और अपग्रेड का उपयोग करके उसका रखरखाव करना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
एक मौजूदा प्रबंधित प्रपत्र अनुकूलित करें, जिसका नाम FormB है इस उदाहरण में, अपने डेवलपमेंट परिवेश में और प्रपत्र पर अनुकूलन निष्पादित करें. ध्यान दें कि Solution A डेवलपमेंट परिवेश में प्रपत्र के लिए पहले से स्थापित प्रबंधित समाधान है.
एक समाधान बनाएं (Solution B), जो कि एक अप्रबंधित समाधान होगा और FormB जोड़ देगा. समाधान को अप्रबंधित के रूप में निर्यात करें. यह चरण प्रपत्र के लिए डिफ FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 2 से प्रबंधित Solution B आयात करें, जो प्रपत्र के लिए दूसरा समाधान लेयर बनाता है. नीचे दिए गए आरेख में, परीक्षण परिवेश में FormBसमाधान A और समाधान B से मर्ज परिवर्तन प्राप्त करता है. इसके अतिरिक्त, UI के लिए FormB प्रपत्र पर फील्ड1 तथा फील्ड3 दिखाता है लेकिन फ़ील्ड 2 नहीं, जिसे Solution B द्वारा हटा दिया गया था.
जब आप पैच समाधान का उपयोग करके चरण 1 में अपने द्वारा अनुकूलित प्रपत्र को और अधिक अनुकूलित करते हैं, तो आप चरण 1 के समान डेवलपमेंट परिवेश का उपयोग कर सकते हैं जहां Solution B एक अप्रबंधित स्थिति में मौजूद है. जैसा कि नीचे चित्र में दिखाया गया है, Solution A एक प्रबंधित स्थिति में है और Solution B अप्रबंधित स्थिति में है. फ़ॉर्म को और अधिक अनुकूलित किया गया है और आप Solution B के लिए एक पैच बनाते हैं, इस समाधान में अपना फॉर्म जोड़कर और इसे प्रबंधित पैच समाधान के रूप में निर्यात करके. यह चरण डिफ FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 4 से प्रबंधित पैच Solution B आयात करें. जैसा कि नीचे दिए गए चित्र में दिखाया गया है, Solution B पैच एक नए Field4 को FormB पर जोड़ रहा है और Field3 हटा रहा है, जो Solution B द्वारा जोड़ा गया था.
नोट
पैच योगात्मक प्रकृति के होते हैं और प्रपत्र से घटकों, जैसे कॉलम, को नहीं हटा सकते हैं. इसलिए,फील्ड3 फॉर्म से नहीं हटाया जाएगा. परीक्षण परिवेश में प्रपत्र के लिए UI अब प्रपत्र पर Field1, Field3, और Field4, लेकिन Field2 नहीं.
जब आप अपग्रेड का उपयोग करके चरण 1 में अपने द्वारा बनाए गए प्रपत्र को और अधिक अनुकूलित करते हैं, तो उसी परिवेश का उपयोग करें जहां Solution B एक अप्रबंधित स्थिति में है और समाधान के लिए Solution B को क्लोन करें ताकि अपग्रेड समाधान बने और FormB को अनुकूलित करें. अपग्रेड को प्रबंधित समाधान के रूप में निर्यात करें. यह चरण प्रपत्र के लिए डिफ FormXml निर्यात करता है.
अपने परीक्षण परिवेश में, चरण 6 से प्रबंधित (Solution B) अपग्रेड समाधान आयात करें. जैसा कि नीचे आरेख में दिखाया गया है, Solution B अपग्रेड नए Field5 को FormB पर जोड़ रहा है और Field3 हटा रहा है, जिसे Solution B द्वारा जोड़ा गया था. परीक्षण परिवेश में प्रपत्र के लिए UI अब प्रपत्र पर Field1, Field4, और Field5 दिखाता है लेकिन Field2 और Field3 निकाले जाते हैं.
अनेक डेवलपमेंट परिवेशों में एक नए रूप के लिए अप्रबंधित समाधान और अनुकूलन बनाए रखना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
डेवलपमेंट परिवेश 1 में, एक नया FormA बनाएं और प्रपत्र पर अनुकूलित करें.
एक समाधान बनाएं (नीचे दिए गए आरेख में Solution A), जो एक अप्रबंधित समाधान होगा, और आपका नया प्रपत्र जोड़ देगा. अप्रबंधित को समाधान में निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
डेवलपमेंट परिवेश 2 में, अप्रबंधित समाधान को चरण 2 से आयात करें, जो फ़ॉर्म को डेवलपमेंट परिवेश 2 में बनाता है. नीचे दिए गए आरेख में, FormA बनाया जाता है और प्रपत्र के लिए UI दिखाता है फील्ड1 तथा फील्ड2 उस समाधान A फॉर्म में जोड़ा गया.
आप प्रपत्र को आगे परिवेश में सक्रिय अनुकूलन करके डेवलपमेंट परिवेश 2 में अनुकूलित करते हैं , जैसे फील्ड3 नाम का एक नया कॉलम जोड़ना. फॉर्मए अब फ़ील्ड1, फ़ील्ड2, और दिखाता है फ़ील्ड3.
आपके डेवलपमेंट परिवेश 1 में, आगे आप प्रपत्र को फील्ड4 जोड़कर भी अनुकूलित करते हैं. डेवलपमेंट परिवेश 1 में प्रपत्र के लिए UI अब Field1, Field2, और Field4 दिखाता है.
चरण 5 में किए गए परिवर्तनों के साथ अप्रबंधित Solution A निर्यात करें. यह चरण प्रपत्र के लिए पूर्ण FormXml निर्यात करता है.
डेवलपमेंट परिवेश 2 में, चरण 6 से अप्रबंधित Solution A अपग्रेड आयात करें. चूंकि आप जो समाधान आयात कर रहे हैं, उसमें प्रपत्र के लिए पूर्ण FormXml है, यह डेवलपमेंट परिवेश 1 में किए गए सक्रिय अनुकूलन को अधिलेखित कर देता है. तो, प्रपत्र अब केवल फील्ड1, फील्ड2, तथा फील्ड4 दिखाता है, लेकिन फील्ड3 नहीं, जो डेवलपमेंट परिवेश 1 में किया गया अतिरिक्त सक्रिय अनुकूलन था. यह व्यवहार किसी भी अप्रबंधित समाधान आयात के साथ होता है जिसमें प्रपत्र के लिए पूर्ण FormXml है.
अनेक डेवलपमेंट परिवेशों में एक मौजूदा प्रपत्र के लिए अप्रबंधित समाधान और अनुकूलन बनाए रखना
इस परिदृश्य के लिए स्वस्थ प्रपत्र ALM को लागू करने के लिए इन चरणों का पालन करें.
डेवलपमेंट परिवेश 1 में, एक मौजूदा प्रपत्र को अनुकूलित करें, जिसका नाम इस उदाहरण में FormB है. फिर प्रपत्र पर अनुकूलन करें.
एक नया समाधान बनाएं (नीचे दिए गए आरेख में Solution B), जो कि एक अप्रबंधित समाधान होगा और FormB जोड़ देगा. अप्रबंधित को समाधान में निर्यात करें. यह चरण प्रपत्र के लिए डिफ FormXml निर्यात करता है.
डेवलपमेंट परिवेश 2 में, चरण 2 से अप्रबंधित समाधान आयात करें, जो प्रपत्र के लिए दूसरा समाधान लेयर बनाता है. FormB UI प्रपत्र मर्ज के बाद Field1, Field2, और Field3 दिखाता है .
आप प्रपत्र को आगे परिवेश में सक्रिय अनुकूलन करके डेवलपमेंट परिवेश 2 में अनुकूलित करते हैं, जैसे फील्ड4 नाम का एक नया कॉलम जोड़ना. फॉर्मबी अब फ़ील्ड1, फ़ील्ड2, फ़ील्ड3, और फ़ील्ड4 दिखाता है।
डेवलपमेंट परिवेश 1 में, आगे आप प्रपत्र को फील्ड5 नाम का नया कॉलम जोड़कर भी अनुकूलित करते हैं. डेवलपमेंट परिवेश 1 में प्रपत्र के लिए UI अब Field3 और Field5 दिखाता है.
चरण 5 में किए गए परिवर्तनों के साथ अप्रबंधित Solution B निर्यात करें. यह चरण प्रपत्र के लिए डिफ FormXml निर्यात करता है.
डेवलपमेंट परिवेश 2 में, चरण 6 से अप्रबंधित Solution B अपग्रेड आयात करें. चूंकि आप जो समाधान आयात कर रहे हैं, उसमें FormB के लिए डिफ FormXml है, यह डेवलपमेंट परिवेश 1 में किए गए सक्रिय अनुकूलन के साथ मर्ज हो जाएगा. इसलिए, प्रपत्र अब Field1, Field2, Field3, Field4, और Field5 दिखाता है. यह व्यवहार किसी भी अप्रबंधित समाधान आयात के लिए होता है जिसमें प्रपत्र के लिए डिफ FormXml है.
यदि चरण 7 में प्रपत्र मर्ज वह नहीं है जो आप चाहते हैं, भले ही आप अप्रबंधित समाधान के साथ एक भिन्न FormXml आयात कर रहे हों और आप डेवलपमेंट परिवेश 2 में किए गए सक्रिय अनुकूलन को अधिलेखित करने में सक्षम होना चाहते हैं, तो FormB के लिए सक्रिय लेयर को हटा दें. अधिक जानकारी: एक अप्रबंधित लेयर निकालें.
चरण 5 में किए गए परिवर्तनों के साथ अप्रबंधित Solution B निर्यात करें. यह चरण प्रपत्र के लिए डिफ FormXml निर्यात करता है.
डेवलपमेंट परिवेश 2 में, चरण 9 से अप्रबंधित Solution B अपग्रेड आयात करें. चूंकि फॉर्म के लिए डेवलपमेंट परिवेश 2 में कोई सक्रिय लेयर नहीं है, (चरण 8 देखें), अप्रबंधित से सभी परिवर्तन Solution B आयात किए जाते हैं भले ही आप FormB के लिए भिन्न FormXml आयात कर रहे हों. इसलिए, प्रपत्र अब केवल Field1, Field2, Field3, और Field5 दिखाता है. यह व्यवहार किसी भी अप्रबंधित समाधान आयात के लिए होता है जिसमें प्रपत्र के लिए डिफ FormXml है. यह एकाधिक डेवलपमेंट परिवेशों में मौजूदा प्रपत्र के लिए अप्रबंधित समाधान और अनुकूलन बनाए रखना परिदृश्य में चरण 7 के समान परिणाम है.
फुल और डिफरेंशियल प्रपत्र XML
प्रत्येक निर्यात किए गए समाधान पैकेज में एक Customizations.xml फ़ाइल शामिल होती है. जब भी समाधान में कोई प्रपत्र शामिल किया जाता है, तो संबंधित प्रपत्र परिभाषा अनुकूलन.xml फ़ाइल के FormXml अनुभागों में मौजूद होती है. FormXml या तो पूर्ण हो सकता है या अंतर (अंतर).
पूर्ण FormXml
किसी अप्रबंधित स्थिति में किसी प्रपत्र के लिए समाधान निर्यात करने पर आपको जो FormXml मिलता है, उसे पूर्ण FormXml कहा जाता है. पूर्ण का अर्थ है कि इसमें संपूर्ण प्रपत्र परिभाषा शामिल है. जब आप एक नया फॉर्म बनाते हैं और उसे निर्यात करते हैं, तो फॉर्म हमेशा एक पूर्ण FormXml होगा क्योंकि जिस वातावरण से आप निर्यात कर रहे हैं उसका फॉर्म एक अप्रबंधित स्थिति में है और एक निर्मित स्थिति में भी है. यदि आप इसी परिवेश से कोई और समाधान निर्यात करते हैं, तो उनमें एक पूर्ण FormXml भी शामिल होगा. क्योंकि solutionaction विशेषता एक भिन्न FormXml इंगित करती है, आपके द्वारा निर्यात किए गए समाधान में customization.xml फ़ाइल में पूर्ण FormXml में कोई भी solutionaction गुण शामिल नहीं होगा.
डिफरेंशियल (डिफरेंट) FormXml
किसी प्रबंधित स्थिति में किसी प्रपत्र के लिए समाधान निर्यात करते समय आपको जो FormXml मिलता है, उसे डिफरेंशियल या डिफ FormXml कहा जाता है. Diff का अर्थ है कि FormXml में केवल उस परिवेश में सक्रिय अनुकूलन में किए गए परिवर्तन होते हैं, न कि संपूर्ण प्रपत्र परिभाषा. जब आप किसी मौजूदा प्रबंधित प्रपत्र को कस्टमाइज़ करते हैं और उसे निर्यात करते हैं, तो प्रपत्र हमेशा एक भिन्न FormXml होगा क्योंकि इसमें केवल उसमें किए गए सक्रिय परिवर्तन होंगे. आपके द्वारा निर्यात किए जाने वाले समाधान में Customization.xml फ़ाइल में भिन्न FormXml में solutionaction विशेषताएँ शामिल होंगी जो परिभाषित करती हैं कि परिवर्तन क्या हैं, जैसे जोड़ा गया, हटा दिया गया, संशोधित किया गया.
डिफ FormXml सुनिश्चित करता है कि आपका समाधान केवल आपके ऐप के लिए आवश्यक परिवर्तनों को व्यक्त करेगा और अन्य लेयर के परिवर्तनों से कम प्रभावित होगा. डिफ FormXml भी समाधान को कम भारी बनाता है और इसे तेजी से आयात करने में मदद करता है.
Demonstrate the use of Microsoft Power Platform solutions to simplify, automate, and empower business processes for organizations in the role of a Functional Consultant.