जावा पैकेज कॉम और संगठन

42

आप पैकेज नामों को रिवर्स किए गए इंटरनेट डोमेन नामों के रूप में भी देख सकते हैं (जो वास्तविक दुनिया में भी सच है, उदाहरण के लिए org.apache.commons देखें जो http://commons.apache.org से संबंधित है)। com (commercial) और org (organization) यहां वास्तव में Top Level Domain नाम हैं।

पैकेज नाम सामान्य रूप से आपके द्वारा सामना किए जा रहे कोड के मैनफैक्चरर/विक्रेता की पहचान करने के लिए सामान्य हैं।

स्रोत

2010-01-24 00:05:51 BalusC

+15

से अनुमति पाने और पैकेज का नाम विशिष्टता सुनिश्चित करने के लिए। मुझे लगता है कि यह करने के लिए यह एक शानदार स्मार्ट तरीका है –

+0

मैं गलत हो सकता हूं, लेकिन अगर इस समय इसका उपयोग करने जा रहा है तो कॉम इस बिंदु पर अनावश्यक लगता है। मैं सिर्फ कंपनी के नाम का उपयोग ही करूंगा। मैं नामकरण प्रणाली पसंद करता हूं जो उनके पास अन्य पैकेजिंग सिस्टम जैसे एनपीएम और संगीतकार के लिए है। वे 'उपयोगकर्ता नाम/पैकेजनाम' या कुछ समान उपयोग करते हैं। तो मैं अपने पैकेज को जावा में 'username.packagename' के रूप में नामित करूंगा – OzzyTheGiant

85

Sun के अनुसार, पैकेजों को आपके डोमेन नाम के विपरीत के अनुसार नामित किया जाना चाहिए, और फिर जो भी आप फिट देखते हैं उसके बाद। अधिकांश कंपनियों या संगठनों में .com, या .org डोमेन नाम है, और इसलिए अधिकांश पैकेज com. या org. से शुरू होते हैं। Sun Code Conventions से उद्धृत करने के लिए:

एक अनूठा पैकेज नाम का उपसर्ग हमेशा सभी लोअरकेस ASCII अक्षरों में लिखा है और शीर्ष स्तर के डोमेन नामों में से एक है, वर्तमान में com, edu, gov, मिल, शुद्ध होना चाहिए , संगठन, या आईएसओ मानक 3166, 1 9 81 में निर्दिष्ट देशों की पहचान करने वाले अंग्रेजी दो अक्षरों में से एक कोड।

पैकेज नाम के बाद के घटक संगठन के अपने आंतरिक नामकरण सम्मेलनों के अनुसार भिन्न होते हैं। इस तरह के सम्मेलन निर्दिष्ट कर सकते हैं कि कुछ निर्देशिका नाम घटक विभाजन, विभाग, परियोजना, मशीन, या लॉगिन नाम हो सकते हैं।

com.sun.eng

com.apple.quicktime.v2:

और उदाहरण है कि वे देते हैं, जो आप कंपनियों के DNS नाम का उपयोग करने के लिए हैं यह बहुत स्पष्ट कर दूं

edu.cmu.cs.bovik.cheese

तुम भी edu. देखेंगे और net. पैकेज in the wild के साथ-साथ, हालांकि वे कम आम हैं।

स्रोत

2010-01-24 00:20:39

+0

क्या होगा यदि कंपनी डोमेन बदलती है? –

+3

@LeonardoRaele आमतौर पर इस मामले में आप दर्द की दुनिया में प्रवेश करते हैं ;-) अधिक गंभीरता से, दो विकल्प हैं, सभी वर्गों का नाम बदलें, जो कोड आंतरिक रूप से आंतरिक हैं या पुराने नाम का उपयोग करके इसे छोड़ सकते हैं, क्योंकि इससे वैसे भी अभी भी अद्वितीय हो। –

+1

जब आप किसी संगठन का हिस्सा नहीं हैं या वेबसाइट नहीं है तो सबसे अच्छा नामकरण सम्मेलन क्या है? मैंने पहले 'me.username' सुझाया है लेकिन मुझे यकीन नहीं है कि यह सबसे अच्छा या एकमात्र मानक है। –

7

आमतौर पर com का उपयोग पैकेज द्वारा नामित करते समय कंपनियों द्वारा किया जाता है, com कंपनी के नाम के बाद। उदाहरण के लिए आपके पास JVM में com.sun पैकेज हैं।

org पैकेज उपसर्ग ज्यादातर ऐसे अपाचे, W3C, आदि

स्रोत

2010-01-24 00:22:31 Guillaume

+0

किसी भी कोड के लिए आंतरिक कोड और .org के लिए कॉमपैनी के .com यूआरएल का उपयोग करने का सम्मेलन एक अच्छा विचार है। यही मैंने इस उत्तर से संक्षेप में किया है। – Dennis

+2

डेनिस, मुझे नहीं लगता कि यह एक अच्छा विचार होगा। इसका मतलब है कि कोड जारी करने से पैकेज नाम बदल जाएंगे और मूल नामों का उपयोग करने वाले आंतरिक सॉफ़्टवेयर को तोड़ दिया जाएगा। इसके अलावा, एक नेमस्पेस टकराव होगा यदि example.com और example.org की विभिन्न कंपनियों के स्वामित्व हैं और दोनों जावा कोड जारी करना चाहते हैं। – proski

1

पैकेज के लिए Oracle doc देखें नामकरण

के लिए Naming Conventions देखें के रूप में, गैर लाभ संगठनों द्वारा या खुले स्रोत कोड के लिए प्रयोग किया जाता है वर्ग/इंटरफेस/एनोटेशन/आदि मानक नामकरण

पैकेज का नाम और कक्षा मानक वाक्य रचना:
< अपने पुनः में डोमेन कविता>। < परियोजना का नाम>। < नियंत्रक/दाओ/सेवा/हैंडलर आदि>।< अपनी कक्षा>

example1: (यहाँ डोमेन: - "stackoverflow.com", परियोजना: - "टेस्ट")
com.stackoverfllow.test.handler.TestHandler

example2: (यहाँ डोमेन: - "www.google.co.in", परियोजना: - "मेरी Proj")
in.co.google.myproj.controller.MainController

लेकिन जावा की तरह आरक्षित डोमेन के लिए। *, Javax। *, सूरज। *, आदि आपको चाहिए ओरेकल समुदाय

स्रोत

2017-09-27 05:31:47

जावा पैकेज कॉम और संगठन

उत्तर

संबंधित मुद्दे