इस वेबपृष्ठ पर जो क्लास आरेख को आकर्षित करने का तरीका दिखाता है, एसोसिएशन के लिए तीर क्यों ग्राहक से ऑर्डर करने के लिए इंगित करता है, न कि ग्राहक से आदेश के लिए?यूएमएल कक्षा आरेखों में एसोसिएशन तीर की दिशा
उत्तर
इसकी वजह से एक आदेश एक ग्राहक के संदर्भ में "एक"।
डेटाबेस में, यह ऑर्डर-टेबल में एक विदेशी कुंजी होगी, जो ग्राहक-आईडी स्टोर करता है।
कोड में, आप ऑर्डर ऑब्जेक्ट में संबंधित ग्राहक ऑब्जेक्ट का संदर्भ संग्रहीत करेंगे। तो आदेश ग्राहक को इंगित कर रहा है और इसके विपरीत नहीं।
संभवतः क्योंकि एक ग्राहक के साथ एक आदेश जुड़ा हुआ है? इस तरह की चीजों को किसी भी तरह से काम करने के रूप में देखा जा सकता है, या कभी-कभी दोनों।
मुझे पता है कि वे एक-दूसरे से जुड़े हुए हैं। प्रश्न यह नहीं है कि एक तीर क्यों है, यह तीर की दिशा के बारे में है। – neuromancer
वे एक-दूसरे से जुड़े नहीं हैं - एक आदेश ग्राहक से जुड़ा हुआ है। –
तीर उन तरीकों का वर्णन करते हैं जिन्हें आप नेविगेट कर सकते हैं। तो इस आरेख में आप आदेश से ग्राहक तक जा सकते हैं। और दूसरी तरफ: कोई तीर का मतलब नहीं है "नौसेना नहीं", लेकिन "कोई टिप्पणी नहीं"। ऐसा करने का कोई निश्चित सही तरीका नहीं है।
यह निर्भरता है, जो एक विशेष कमजोर प्रकार का संघ है। इसका मतलब है कि अस्तित्व के आदेश के लिए, किसी समय पर किसी ग्राहक को मौजूद होना चाहिए। "आदेश" के जीवन चक्र में कुछ बिंदु हो सकता है जहां यह आवश्यकता लागू नहीं होती है।
यह निर्भरता नहीं है। एक निर्भरता एसोसिएशन का एक विशेष प्रकार नहीं है, यह एक विशेष प्रकार का रिश्ता है (उसी तरह एसोसिएशन एक अन्य प्रकार का रिश्ता है) –
एसोसिएशन के अंत में यूएमएल में एक बुलियन नौसैनिकता संपत्ति है। इस मामले में, ग्राहक को दिशा आदेश में नेविगेशन योग्यता को सही पर सेट किया गया है जबकि दिशा निर्देश में ग्राहक नेविगेशन को गलत पर सेट किया गया है।
इसके साथ, मॉडल के डिजाइनर ने आदेश दिया है कि ऑर्डर के साथ जुड़े ग्राहक कौन हैं, लेकिन ग्राहकों को उनके आदेशों तक सीधे पहुंच नहीं है।
यदि हम इस मॉडल के लिए जावा कोड देखते हैं, तो navigability को समझना आसान है। इस उदाहरण के लिए, इस भ्रमण का मतलब है कि आदेश का प्रकार ग्राहक की एक विशेषता है, लेकिन ग्राहक को उसकी/उसके आदेश
एसोसिएशन हमेशा यूएमएल विशेषताओं से मेल नहीं खाते हैं और निश्चित रूप से जावा कक्षाओं पर विशेषताओं के अनुरूप नहीं हैं (जावा में ऐसी कोई चीज़ नहीं है, इसलिए जावा संदर्भ में 'विशेषता' का उपयोग करने से फ़ील्ड या प्रॉपर्टी या बीन प्रॉपर्टी का मतलब हो सकता है)। –
यह मदद कर सकता है स्टोर करने के लिए कोई संग्रह विशेषता है:
यूएमएल वर्ग चित्र: दिशानिर्देश: http://msdn.microsoft.com/en-us/library/dd409416%28VS.100%29.aspx
एक एसोसिएशन
के गुण नौगम्य है : यदि केवल एक भूमिका के लिए सच है, तो एक तीर नेविगेशन दिशा में दिखाई देता है। इस दिशा में एसोसिएशन पढ़ा जा सकता है। आप सॉफ़्टवेयर में लिंक की नेविगेशन और डेटाबेस संबंधों को इंगित करने के लिए इसका उपयोग कर सकते हैं।संघों के यूएमएल वर्ग चित्र में
गुण: http://msdn.microsoft.com/en-us/library/dd323862%28VS.100%29.aspx
alt text http://i.msdn.microsoft.com/Dd323862.UML_ClassProp(en-us,VS.100).png
यदि एक भूमिका नौगम्य है और अन्य नहीं है, एक तीर प्रकट होता है (7) में संघ पर नेविगबल दिशा।
तीर नेविगेशन का वर्णन करता है।
- नौगम्य अंत एक संघ
- नहीं नौगम्य अंत एक संघ
- एक संघ साधन के अंत पर कोई अलंकरण के अंत पर साथ एक छोटी सी एक्स इंगित किया गया है के अंत पर एक खुला तीर से निर्देशित होता है अनिर्दिष्ट भ्रमण
हमें क्यों नहीं तय करना चाहिए कि 'ग्राहक' के पास 'ऑर्डर' है और ग्राहक को ऑर्डर का संग्रह संदर्भ जोड़ना चाहिए? –