एप्लिकेशन डोमेन: Difference between revisions
(Created page with "{{about|CLI application domains|other application domains|Domain (software engineering)}} एक एप्लिकेशन डोमेन एक तंत्र है (...") |
No edit summary |
||
Line 1: | Line 1: | ||
{{about| | {{about|सीएलआई एप्लिकेशन डोमेन|अन्य एप्लिकेशन डोमेन| | ||
डोमेन (सॉफ्टवेयर इंजीनियरिंग)}} | |||
एप्लिकेशन डोमेन प्रणाली है ( [[ऑपरेटिंग सिस्टम|संचालन प्रणाली]] में [[प्रक्रिया (कंप्यूटिंग)]] के समान) का उपयोग [[सामान्य भाषा अवसंरचना]] (CLI) के अंदर निष्पादित सॉफ़्टवेयर अनुप्रयोगों को दूसरे से भिन्न करने के लिए किया जाता है जिससे वे एक- दूसरे को प्रभावित न करें। प्रत्येक एप्लिकेशन डोमेन का अपना आभासी [[ पता स्थान | एड्रेस स्थान]] होता है, जो उस एड्रेस स्पेस का उपयोग करके एप्लिकेशन डोमेन के लिए संसाधन (प्रोग्रामिंग) करता है। | |||
नेट कोर और नेट 5+ में प्रक्रिया में कई एप्लिकेशन डोमेन बनाना संभव नहीं है।<ref>{{Cite web|last=|first=|date=|title=.NET Framework technologies unavailable on .NET Core and .NET 5+|url=https://docs.microsoft.com/en-us/dotnet/core/porting/net-framework-tech-unavailable|url-status=live|archive-url=https://web.archive.org/web/20190420084518/https://docs.microsoft.com/en-us/dotnet/core/porting/net-framework-tech-unavailable |archive-date=2019-04-20 |access-date=2021-02-02|website=Microsoft Docs|language=en-us}}</ref> | |||
== गुण == | == गुण == | ||
एक सीएलआई एप्लिकेशन डोमेन एक | एक सीएलआई एप्लिकेशन डोमेन एक संचालन प्रणाली प्रक्रिया के अंदर समाहित है। एक प्रक्रिया में कई एप्लिकेशन डोमेन हो सकते हैं। एप्लिकेशन डोमेन में संचालन प्रणाली प्रक्रियाओं के समान आइसोलेशन गुण होते हैं: | ||
* एकाधिक थ्रेड (कंप्यूटर विज्ञान) एक ही एप्लिकेशन डोमेन के | * एकाधिक थ्रेड (कंप्यूटर विज्ञान) एक ही एप्लिकेशन डोमेन के अंदर मौजूद हो सकते हैं। | ||
* एक ही प्रक्रिया में दूसरे डोमेन की स्थिति को प्रभावित किए बिना एक डोमेन के | * एक ही प्रक्रिया में दूसरे डोमेन की स्थिति को प्रभावित किए बिना एक डोमेन के अंदर एक एप्लिकेशन को रोका जा सकता है। | ||
* एक डोमेन में जावास्क्रिप्ट में गलती या अपवाद हैंडलिंग किसी अन्य डोमेन में किसी एप्लिकेशन को प्रभावित नहीं करती है या डोमेन को होस्ट करने वाली पूरी प्रक्रिया को क्रैश नहीं करती है। | * एक डोमेन में जावास्क्रिप्ट में गलती या अपवाद हैंडलिंग किसी अन्य डोमेन में किसी एप्लिकेशन को प्रभावित नहीं करती है या डोमेन को होस्ट करने वाली पूरी प्रक्रिया को क्रैश नहीं करती है। | ||
* कॉन्फ़िगरेशन जानकारी डोमेन के दायरे का हिस्सा है, न कि प्रक्रिया का दायरा। | * कॉन्फ़िगरेशन जानकारी डोमेन के दायरे का हिस्सा है, न कि प्रक्रिया का दायरा। | ||
* प्रत्येक डोमेन को | * प्रत्येक डोमेन को भिन्न-भिन्न सुरक्षा पहुँच स्तर निर्दिष्ट किए जा सकते हैं। | ||
* एक डोमेन में कोड दूसरे डोमेन में सीधे कोड तक नहीं पहुंच सकता है। | * एक डोमेन में कोड दूसरे डोमेन में सीधे कोड तक नहीं पहुंच सकता है। | ||
इस मायने में, एक सीएलआई एक मिनी- | इस मायने में, एक सीएलआई एक मिनी-संचालन प्रणाली की तरह है। यह एक एकल प्रक्रिया चलाता है जिसमें कई उप-प्रक्रियाएँ या अनुप्रयोग डोमेन होते हैं। | ||
एप्लिकेशन डोमेन का लाभ यह है कि कई एप्लिकेशन डोमेन चलाने के लिए कम संसाधनों की आवश्यकता हो सकती है, जैसे कि मेमोरी, कई | एप्लिकेशन डोमेन का लाभ यह है कि कई एप्लिकेशन डोमेन चलाने के लिए कम संसाधनों की आवश्यकता हो सकती है, जैसे कि मेमोरी, कई संचालन प्रणाली प्रक्रियाओं को चलाने की तुलना में। डोमेन के बीच संचार के लिए अभी भी मार्शलिंग की आवश्यकता होती है, इसलिए ओवरहेड्स एक ही डोमेन के अंदर संचार करने की तुलना में कई प्रक्रियाओं का उपयोग करने के करीब हो सकते हैं। | ||
== इंटर-डोमेन संचार == | == इंटर-डोमेन संचार == | ||
एप्लिकेशन डोमेन में प्रत्यक्ष संचार प्राप्त नहीं किया जा सकता है। हालाँकि, एप्लिकेशन डोमेन अभी भी [[ वस्तु (कंप्यूटर विज्ञान) ]] को [[ मार्शलिंग (कंप्यूटर विज्ञान) ]] के माध्यम से मूल्य (अनबाउंड ऑब्जेक्ट्स) के माध्यम से एक प्रॉक्सी (एप्लिकेशन-डोमेन-बाउंड ऑब्जेक्ट्स) के माध्यम से संदर्भ द्वारा मार्शलिंग करके एक दूसरे से बात कर सकते हैं। एक तीसरे प्रकार की वस्तु है जिसे संदर्भ-बाध्य वस्तु कहा जाता है जिसे डोमेन के संदर्भ में और अपने स्वयं के अनुप्रयोग डोमेन के संदर्भ में भी मार्शल किया जा सकता है। [[प्रबंधित कोड]] की सत्यापित प्रकार-सुरक्षा के कारण, एक सीएलआई एक | एप्लिकेशन डोमेन में प्रत्यक्ष संचार प्राप्त नहीं किया जा सकता है। हालाँकि, एप्लिकेशन डोमेन अभी भी [[ वस्तु (कंप्यूटर विज्ञान) ]] को [[ मार्शलिंग (कंप्यूटर विज्ञान) ]] के माध्यम से मूल्य (अनबाउंड ऑब्जेक्ट्स) के माध्यम से एक प्रॉक्सी (एप्लिकेशन-डोमेन-बाउंड ऑब्जेक्ट्स) के माध्यम से संदर्भ द्वारा मार्शलिंग करके एक दूसरे से बात कर सकते हैं। एक तीसरे प्रकार की वस्तु है जिसे संदर्भ-बाध्य वस्तु कहा जाता है जिसे डोमेन के संदर्भ में और अपने स्वयं के अनुप्रयोग डोमेन के संदर्भ में भी मार्शल किया जा सकता है। [[प्रबंधित कोड]] की सत्यापित प्रकार-सुरक्षा के कारण, एक सीएलआई एक संचालन प्रणाली प्रक्रिया की तुलना में बहुत कम लागत पर डोमेन के बीच दोष भिन्नाव प्रदान कर सकता है। भिन्नाव के लिए उपयोग किए जाने वाले स्थिर प्रकार के सत्यापन के लिए उसी प्रक्रिया स्विच या हार्डवेयर रिंग ट्रांज़िशन की आवश्यकता नहीं होती है जो एक संचालन प्रणाली प्रक्रिया की आवश्यकता होती है। | ||
== प्रबंधित कोड == | == प्रबंधित कोड == |
Revision as of 16:35, 3 June 2023
एप्लिकेशन डोमेन प्रणाली है ( संचालन प्रणाली में प्रक्रिया (कंप्यूटिंग) के समान) का उपयोग सामान्य भाषा अवसंरचना (CLI) के अंदर निष्पादित सॉफ़्टवेयर अनुप्रयोगों को दूसरे से भिन्न करने के लिए किया जाता है जिससे वे एक- दूसरे को प्रभावित न करें। प्रत्येक एप्लिकेशन डोमेन का अपना आभासी एड्रेस स्थान होता है, जो उस एड्रेस स्पेस का उपयोग करके एप्लिकेशन डोमेन के लिए संसाधन (प्रोग्रामिंग) करता है।
नेट कोर और नेट 5+ में प्रक्रिया में कई एप्लिकेशन डोमेन बनाना संभव नहीं है।[1]
गुण
एक सीएलआई एप्लिकेशन डोमेन एक संचालन प्रणाली प्रक्रिया के अंदर समाहित है। एक प्रक्रिया में कई एप्लिकेशन डोमेन हो सकते हैं। एप्लिकेशन डोमेन में संचालन प्रणाली प्रक्रियाओं के समान आइसोलेशन गुण होते हैं:
- एकाधिक थ्रेड (कंप्यूटर विज्ञान) एक ही एप्लिकेशन डोमेन के अंदर मौजूद हो सकते हैं।
- एक ही प्रक्रिया में दूसरे डोमेन की स्थिति को प्रभावित किए बिना एक डोमेन के अंदर एक एप्लिकेशन को रोका जा सकता है।
- एक डोमेन में जावास्क्रिप्ट में गलती या अपवाद हैंडलिंग किसी अन्य डोमेन में किसी एप्लिकेशन को प्रभावित नहीं करती है या डोमेन को होस्ट करने वाली पूरी प्रक्रिया को क्रैश नहीं करती है।
- कॉन्फ़िगरेशन जानकारी डोमेन के दायरे का हिस्सा है, न कि प्रक्रिया का दायरा।
- प्रत्येक डोमेन को भिन्न-भिन्न सुरक्षा पहुँच स्तर निर्दिष्ट किए जा सकते हैं।
- एक डोमेन में कोड दूसरे डोमेन में सीधे कोड तक नहीं पहुंच सकता है।
इस मायने में, एक सीएलआई एक मिनी-संचालन प्रणाली की तरह है। यह एक एकल प्रक्रिया चलाता है जिसमें कई उप-प्रक्रियाएँ या अनुप्रयोग डोमेन होते हैं।
एप्लिकेशन डोमेन का लाभ यह है कि कई एप्लिकेशन डोमेन चलाने के लिए कम संसाधनों की आवश्यकता हो सकती है, जैसे कि मेमोरी, कई संचालन प्रणाली प्रक्रियाओं को चलाने की तुलना में। डोमेन के बीच संचार के लिए अभी भी मार्शलिंग की आवश्यकता होती है, इसलिए ओवरहेड्स एक ही डोमेन के अंदर संचार करने की तुलना में कई प्रक्रियाओं का उपयोग करने के करीब हो सकते हैं।
इंटर-डोमेन संचार
एप्लिकेशन डोमेन में प्रत्यक्ष संचार प्राप्त नहीं किया जा सकता है। हालाँकि, एप्लिकेशन डोमेन अभी भी वस्तु (कंप्यूटर विज्ञान) को मार्शलिंग (कंप्यूटर विज्ञान) के माध्यम से मूल्य (अनबाउंड ऑब्जेक्ट्स) के माध्यम से एक प्रॉक्सी (एप्लिकेशन-डोमेन-बाउंड ऑब्जेक्ट्स) के माध्यम से संदर्भ द्वारा मार्शलिंग करके एक दूसरे से बात कर सकते हैं। एक तीसरे प्रकार की वस्तु है जिसे संदर्भ-बाध्य वस्तु कहा जाता है जिसे डोमेन के संदर्भ में और अपने स्वयं के अनुप्रयोग डोमेन के संदर्भ में भी मार्शल किया जा सकता है। प्रबंधित कोड की सत्यापित प्रकार-सुरक्षा के कारण, एक सीएलआई एक संचालन प्रणाली प्रक्रिया की तुलना में बहुत कम लागत पर डोमेन के बीच दोष भिन्नाव प्रदान कर सकता है। भिन्नाव के लिए उपयोग किए जाने वाले स्थिर प्रकार के सत्यापन के लिए उसी प्रक्रिया स्विच या हार्डवेयर रिंग ट्रांज़िशन की आवश्यकता नहीं होती है जो एक संचालन प्रणाली प्रक्रिया की आवश्यकता होती है।
प्रबंधित कोड
एप्लिकेशन डोमेन विशुद्ध रूप से प्रबंधित कोड अवधारणा हैं। कोई भी शामिल मूल (कंप्यूटिंग)/अप्रबंधित कोड (उदाहरण के लिए, सी ++) उनके बारे में काफी हद तक अनजान है। ऐसा लगता है कि स्थैतिक चर डोमेन में साझा किए गए हैं, कॉलबैक समस्याग्रस्त हो सकते हैं, और एक डोमेन में कोई स्मृति भ्रष्टाचार बग अन्य डोमेन को दूषित करने की संभावना है।
संदर्भ
- ↑ ".NET Framework technologies unavailable on .NET Core and .NET 5+". Microsoft Docs (in English). Archived from the original on 2019-04-20. Retrieved 2021-02-02.