जावा संकुल com और org


जवाबों:


113

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

एक अनूठे पैकेज नाम का उपसर्ग हमेशा सभी-लोअर ASCII अक्षरों में लिखा जाता है और यह शीर्ष स्तर के डोमेन नामों में से एक होना चाहिए, वर्तमान में कॉम, edu, gov, mil, net, org, या अंग्रेजी दो अक्षरों में से एक कोड आईएसओ मानक 3166, 1981 में निर्दिष्ट देशों की पहचान करना।

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

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

com.sun.eng

com.apple.quicktime.v2

edu.cmu.cs.bovik.cheese

आप जंगल में भी देखेंगे edu.और net.पैकेज करेंगे, हालांकि वे कम आम हैं।


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

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

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

2
@AaronFranke मैंने देखा है कि लोग अपने डोमेन के रूप में अपने GitHub उपयोगकर्ता नाम का उपयोग करते हैं, इसलिए, उदाहरण के लिए: com.guthub.pwagland.xxx प्राथमिक उद्देश्य एक अद्वितीय नाम प्राप्त करना है, ताकि आपको इसे बदलना न पड़े, और यह कभी उस नाम के साथ संघर्ष नहीं करेंगे जो किसी और ने चुना है।
पॉल वैगलैंड

1
क्या होगा यदि आपकी कंपनी के पास 2 डोमेन यानी wordpress.com और wordpress.org है
Janac Meena

48

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

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


16
और पैकेज का नाम विशिष्टता सुनिश्चित करने के लिए। मुझे लगता है कि यह करने के लिए एक बहुत ही स्मार्ट तरीका है
Thorbjørn Ravn Andersen

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

9

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

orgपैकेज उपसर्ग ज्यादातर ऐसे अपाचे, W3C, आदि के रूप में, गैर लाभ संगठनों द्वारा या खुले स्रोत कोड के लिए प्रयोग किया जाता है


आंतरिक कोड के लिए। Com URL और किसी भी कोड के लिए .org का उपयोग करने का सम्मेलन एक अच्छा विचार है। यही मैंने इस जवाब से संक्षेप में बताया है।
डेनिस

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

3

पैकेज के नामकरण के लिए Oracle डॉक्टर देखें

वर्ग / इंटरफ़ेस / एनोटेशन / आदि मानक नामकरण के लिए नामकरण सम्मेलन देखें

पैकेज का नाम और वर्ग मानक वाक्यविन्यास:
<रिवर्स में आपका डोमेन>

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

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.