में, बाहर, inout, पैरामीटर दिशा यूएमएल

Question

में वापसी के रूप में मैं के रूप में OMG 2.5 (बीटा) द्वारा प्रवर्तित यूएमएल विनिर्देश के माध्यम से निम्नलिखित अवधारणाओं पढ़ें: द्वारा इंगित करता है कि पैरामीटर मूल्यों में पारित कर रहे हैं:

में फोन करने वाले।

इनआउट: इंगित करता है कि कॉलर मूल्य कॉलर द्वारा पास किए जाते हैं और फिर कॉलर पर वापस आते हैं।

आउट: इंगित करता है कि कॉलर मूल्य पैरामीटर को पास कर दिया गया है।

वापसी: इंगित करता है कि पैरामीटर मान वापस कॉलर को वापस लौटने के रूप में पास किए जाते हैं।

क्या इसका मतलब यह है कि "इन" को और "इनआउट" संदर्भ के रूप में कॉल के रूप में कॉल किया जाता है?

क्या आप कृपया उन अवधारणाओं में से प्रत्येक को स्पष्ट कर सकते हैं?

Answer 1

• में - एक इनपुट पैरामीटर (संशोधित नहीं किया जा सकता है)।

• आउट - एक आउटपुट पैरामीटर (कॉलर को जानकारी संवाद करने के लिए संशोधित किया जा सकता है)।

• इनआउट - एक इनपुट पैरामीटर जिसे संशोधित किया जा सकता है।

• वापसी - एक कॉल का वापसी मूल्य।

Answer 2

संदर्भ द्वारा कॉल inout और out का एक संभावित कार्यान्वयन है, हां।

याद रखें कि यूएमएल एक भाषा-तटस्थ तरीके से व्यवहार का वर्णन कर रहा है। यह निर्धारित करने के लिए एक वास्तविक भाषा में दिए गए इंटरफ़ेस के कार्यान्वयन पर निर्भर करता है कि इसका क्या अर्थ है।

एडीए की तरह एक भाषा, भाषा-स्तरीय in, out साथ में, और in out पैरामीटर, इस भाषा में सीधे व्यक्त किया जा सकता है, और संकलक तय कर सकते हैं जहां संदर्भ या कॉपी एक बेहतर कार्यान्वयन है। पाइथन जैसी भाषा में, जहां सभी पैरामीटर संदर्भ (प्रकार) द्वारा पारित किए जाते हैं, यूएमएल स्तर पर इरादा का यह संकेत कार्यान्वयन स्तर पर कोई भेद नहीं होता है। और सी जैसे भाषा में, स्पष्ट सूचक प्रकार और मूल्य से पारित सभी पैरामीटर के साथ, यूएमएल में व्यक्त किए गए ये इरादे स्पष्ट पता संदर्भ और सूचक विकृतियों में बदल जाते हैं।

दूसरे शब्दों में, कम जवाब "हां, कि मोटे तौर पर यह क्या मतलब है, लेकिन यह नहीं हो सकता है यह क्या करता है"।

Answer 3

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

अब उन डोमेन विशिष्ट अर्थशास्त्र को परिभाषित करने में प्रैक्टिस में प्रोजेक्ट आर्किटेक्ट का एक काम है और कई मामलों में आप जिन अर्थशास्त्र का उल्लेख करते हैं वे वैध हैं, लेकिन यह हमेशा ऐसा नहीं होता है।

Model Driven Architecture (MDA) प्लस Platform Profile = Platform Specific Design।