इसलिए पैकेजों की बात करते समय अधिकांश जावा संसाधन com.yourcompany.project सेटअप का उल्लेख करते हैं। हालांकि, मैं एक कंपनी के लिए काम नहीं करता, और वेबसाइट नहीं है। क्या कोई नामकरण सम्मेलन आम है? एक ईमेल पता, शायद?यदि मेरे पास मेरे साथ कोई डोमेन नहीं है तो मुझे पैकेज का नाम कैसे देना चाहिए?
शीर्ष-स्तरीय डोमेन जैसे 'बर्नार्ड' या कुछ और अद्वितीय का उपयोग करें। महत्वपूर्ण हिस्सा यह है कि डोमेन अद्वितीय है ताकि आप संघर्ष से बच सकें, और यह नहीं कि यह वास्तविक इंटरनेट शीर्ष-स्तरीय डोमेन जैसे संगठन या कॉम से शुरू होता है। जैसे
import java.util.*;
import bernard.myProject.*;
import org.apache.commons.lang.*;
इस विषय पर web पाया पर अच्छा सलाह:। "अपना ईमेल पता, उलट के साथ अपने पैकेज के नाम शुरू [...] या, एक साइट है जो आप का एक टुकड़ा दे देंगे पर अपने कोड की मेजबानी उनका डोमेन। "
होने की कोई आवश्यकता नहीं है, उस सलाह के साथ मेरी समस्या यह है कि आप उस डोमेन का उप-डोमेन ले रहे हैं जिसका वास्तव में आपके पास स्वामित्व नहीं है या उसका नियंत्रण नहीं है। अगर कोई संघर्ष था (हालांकि असंभव) तो आप पूरी तरह से गलत में होंगे। –
डोमेन पंजीकृत क्यों नहीं करें?
वे काफी सस्ते हैं और ऐसा करने से आप गारंटी देंगे कि आप किसी और के साथ संघर्ष नहीं करते हैं (या कम से कम आपको संतुष्टि देते हैं कि अगर कोई संघर्ष होता है, तो यह अन्य व्यक्ति है जो अपना कोड फिर से लिखना होगा) ।
या तो अपना नाम पंजीकृत करें, या एक नाम बनाने का प्रयास करें जिसे आप बाद में किसी व्यवसाय के आधार के रूप में उपयोग कर सकते हैं।
bernard.surname.netmadeupname.netयह आप प्रति वर्ष 10GBP की तुलना में कम खर्च होंगे।
व्यक्तिगत रूप से, मैं नामित नाम दृष्टिकोण के लिए जाना चाहूंगा, क्योंकि यह अधिक पेशेवर दिखने की संभावना है (जब तक कि आप वास्तव में कुछ अजीब नहीं चुनते)।
एक अतिरिक्त लाभ यह है कि बहुत से डोमेन ईमेल क्षमताओं के साथ आएंगे, जिससे आपको [email protected] से बेहतर ईमेल पता मिल जाएगा।
निष्पक्ष होने के लिए, यह * नहीं * मतलब है कि दूसरे व्यक्ति को अपने पैकेज नाम बदलना होगा। पैकेजिंग नामकरण के लिए कोई नियम नहीं है, डोमेन नामों को उलट दिया गया है, जावा दस्तावेज़ की सिफारिश की गई है। –
भले ही आप डोमेन नामों का उपयोग करने के लिए खुद को प्रतिबंधित करते हैं, यह विशिष्टता की कोई गारंटी नहीं है। अन्य लोगों को उन डोमेन का उपयोग करने से रोकना नहीं है, जिनके पास वे स्वामित्व नहीं हैं, और यहां तक कि यदि हर कोई सर्वसम्मति से डोमेन का उपयोग करने के लिए सर्वसम्मति से सहमत होता है, तब भी वह पर्याप्त नहीं होगा - किसी के पास आपके सामने डोमेन का स्वामित्व हो सकता है और पैकेज डाल सकता है, या कोई आपके बाद डोमेन का मालिक बन सकता है और पैकेज डाल सकता है। – Kevin
5 यादृच्छिक अक्षरों (जैसे कि 'mzcrs.pwkcy') के सेट से युक्त एक साधारण योजना शायद अनोखी होगी - मेरे गणित से, टक्कर के मौके से पहले आपको लगभग 5 मिलियन पैकेज की आवश्यकता होगी 10% (50% 14 मिलियन होगा)। और, ज़ाहिर है, आप अधिक अक्षरों का उपयोग करके और भी संभावनाओं को कम कर सकते हैं। हाँ, यह अभी भी अद्वितीय गारंटी नहीं है, लेकिन न तो डोमेन नामों का उपयोग कर रहा है। – Kevin
आप जो भी कर सकते हैं वह एक डोमेन (वास्तव में एक उप-डोमेन) को एक सेवा के माध्यम से पंजीकृत करता है जैसे DynDns (या समकक्षों में से एक) और उसके बाद उस डोमेन नाम का उपयोग करें। आप एकमात्र नियंत्रक होंगे और यह मुफ्त और बनाए रखने में आसान है। इस समय उनके पास 88 शीर्ष डोमेन का विकल्प है (अक्टूबर 2008)। dyndns dynamic dns service
अपने एक ओपन सोर्स प्रोजेक्ट बनाने हैं, तो आप Sourceforge से पंजीकृत करें और net.sourceforge.myproject इस्तेमाल कर सकते हैं। यह बहुत सारी जावा परियोजनाओं के साथ आम है। एक उदाहरण पीएमडी http://pmd.sourceforge.net/ है।
अपने स्वयं के व्यक्तिगत काम जब मैं एक नाम स्थान की जरूरत नहीं है के लिए, मैं कुछ सरल के लिए जाने की तरह org.<myname>.*
मैं एक जोड़े को अलग अलग कंपनियों जो घर जावा वर्गों बारे में किया गया है। अक्सर वे com.blah.blah.blah हैं, इसके बावजूद कि इसके पीछे एक वास्तविक डोमेन नाम है या नहीं।
आईएमएचओ, अगर यह होस्टिंग प्रदाता या कंपनी (इसे ओपन सोर्स समुदाय को जारी किया जा सकता है) जैसी बाहरी जानकारी पर निर्भर नहीं है, क्योंकि पैकेज-स्तरीय रिफैक्टरिंग काफी वांछनीय नहीं है, खासकर मामले में ढांचे और पुस्तकालयों। मैं सुझाव देता हूं कि संगठन का नाम सावधानीपूर्वक और स्पष्ट रूप से चुनें, फिर संगठन का उपयोग करें।< परियोजना का नाम> रूट पैकेज के रूप में।
ध्यान दें कि "रिवर्स डोमेन नाम" चीज सिर्फ एक सम्मेलन है: उपयोगी है क्योंकि यह निश्चित रूप से संघर्ष से बचाता है अगर हर कोई इसका पालन करता है, लेकिन आपको इसका पालन नहीं करना है।
बस एक ऐसा नाम चुनें जिसे आप उचित रूप से सुनिश्चित कर सकें कि कोई और भी उपयोग नहीं करेगा और जो किसी भी व्यक्ति द्वारा ट्रेडमार्क के रूप में पंजीकृत नहीं है - क्योंकि यह वास्तव में कानूनी समस्या में हो सकता है।
और इसका मतलब है कि वास्तव में आप एक मुफ्त सेवा के "सबडोमेन" का उपयोग करने के बजाय एक बुरा विचार है, जैसे deviantart या dyndns या मुफ्त मेल सेवा! चूंकि उन डोमेन के अधिकांश (यदि नहीं सभी) ट्रेडमार्क शब्द हैं, और यदि आपकी परियोजनाओं को व्यापक रूप से वितरित किया जाता है, तो इसे ट्रेडमार्क का उल्लंघन करने के रूप में देखा जा सकता है। सिर्फ इसलिए कि वे आपको उस नाम का उपयोग ईमेल पते (या जो कुछ भी) के रूप में करने का अर्थ नहीं देते हैं, इसका मतलब यह नहीं है कि आप इसे किसी अन्य चीज़ के लिए उपयोग कर सकते हैं - असल में, उनके ईयूएलए लगभग निश्चित रूप से उस उद्देश्य के लिए उपयोग को प्रतिबंधित करते हैं।
कई लोगों की अपनी वेबसाइटें और अपेक्षाकृत अद्वितीय नाम (या लॉगिन नाम) हैं।
यदि आपका नाम बर्नार्ड समथिंग है, तो आप BernardSomething.com, स्वामी com.bernardsomething.xxxx (या com.bsomething.xxx) को व्यक्तिगत कोड के लिए एक वैध पैकेज नाम IMHO बना सकते हैं।
कहा जा रहा है कि, यदि आपका प्रोजेक्ट नाम अद्वितीय है, तो आप उसके बाद पैकेज का नाम देना चाहेंगे।
और निश्चित रूप से, यदि आपके पास अभी तक स्वामित्व नहीं है तो डोमेन को अपने नाम के बाद प्राप्त करें!
मुझे यकीन है कि एक से अधिक बर्नार्ड हैं: पी – izb
मैं अद्वितीय हूं! मेरा मतलब है, गलती, यह समझ में आता है। धन्यवाद स्टू। – Bernard
यदि आप वास्तव में कोड वितरित करते हैं, तो यह "कुछ वेबसाइट" (sourcrforge, google code, जो भी हो) से होगा, और उनके पास एक डोमेन नाम होगा जिसका उपयोग आप अपने प्रोजेक्ट नाम के साथ कर सकते हैं। आदर्श रूप में, यह उस समय आने पर आईडीई में एक साधारण रिफैक्टर ऑपरेशन होगा। तब तक, बर्नार्ड। –