जावा सार्वजनिक कक्षाएं

Question

एक बात है कि हमेशा जावा में मुझे परेशान करता है:

कैसे आप एक ही सार्वजनिक वर्ग कि नीचे की ओर उपभोक्ताओं द्वारा इस्तेमाल किया जाना चाहिए, लेकिन फिर अच्छी तरह से कक्षाओं में पर निर्भर करता है को व्यवस्थित बना सकता हूँ संकुल?

उदाहरण के लिए (कुछ हद तक योगदान हुआ), मेरे पास एक क्लास UserDao है जो LdapPersistenceHelper और DBPersistenceHelper पर निर्भर करता है। UserDao क्लास com.company.dao नामक पैकेज में बैठी है और मैं चाहता हूं कि दो सहायक मदद com.company.dao.persistencehelper नामक पैकेज में रहें। हालांकि, मैं दो सहायकों को पर्याप्त सामान्य बनाना नहीं चाहता हूं कि वे दूसरों द्वारा उपयोग किए जा सकें। मैं यह कैसे करूँ? अगर मैं सहायकों को "संरक्षित" (वास्तव में, कोई संशोधक नहीं) बनाता हूं तो मैं उन्हें उपयोगकर्ताडाओ से नहीं पहुंच सकता। अगर मैं उन्हें सार्वजनिक करता हूं, तो कोई और उनका उपयोग कर सकता है।

Answer 1

एक विकल्प उन्हें सार्वजनिक कक्षा के समान पैकेज में रखना है, लेकिन पैकेज पहुंच के साथ।

यदि आप ओएसजीआई का उपयोग कर रहे हैं, तो आप निर्यात किए गए पैकेजों के सेट से कार्यान्वयन पैकेज छोड़ सकते हैं।

Answer 2

इसे लागू करने का कोई तरीका नहीं है, जब तक कि आप कक्षाओं को उसी पैकेज में न रखें। उप-पैकेज दृश्यता को परिभाषित करने का कोई तरीका नहीं है।

Answer 3

मूल समस्या यह है कि आप "अच्छी तरह से व्यवस्थित करने" के लिए पैकेज का उपयोग करने का प्रयास कर रहे हैं। जब जावा पैकेज बनाए गए थे, तो दो डिज़ाइन लक्ष्यों थे: (1) विश्व स्तर पर अद्वितीय वर्ग नामकरण, और (2) संरक्षित/डिफ़ॉल्ट पहुंच संशोधक के उपयोग की सुविधा प्रदान करना।

तथ्य यह है कि आप संकुल से मेल खाने वाले स्रोत की फ़ोल्डर संरचना रखने के लिए बाध्य हैं, अनिवार्य रूप से "सुंदर/संगठित फ़ोल्डर संरचना" बनाने के लिए उनका उपयोग करने की कोशिश कर रहे हैं। लेकिन यह वह नहीं है जो इसे बनाया गया था, और नतीजतन, यह समर्थन के लिए बनाए गए एक्सेस संशोधकों के साथ बहुत अच्छी तरह से काम नहीं करता है।

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

Answer 4

मैं दूसरों का उपयोग करके दूसरों के बारे में चिंता नहीं करता। बस उन्हें आंतरिक पैकेज के रूप में दस्तावेज करें, शायद उन्हें "आंतरिक" या "impl" पैकेज के नीचे भी डाल दें। अगर कोई भी उन्हें अनुपयुक्त तरीके से उपयोग करता है, तो वे केवल खुद को नुकसान पहुंचा सकते हैं और दोषी ठहरा सकते हैं (केवल एक ही नुकसान उन वर्गों में पिछड़े असंगत परिवर्तनों से निपट सकता है)।

यदि आप मजबूत अलगाव चाहते हैं, तो ओएसजीआई का उपयोग करें।

Answer 5

नोट: इस के आसपास एक संभावित तरीका (यदि आप दूसरों के लिए जार वितरित कर रहे हैं) तो गैर-सार्वजनिक रूप से उपभोग योग्य वर्गों को खराब करने के लिए एक obfuscater (मैं ProGuard की सिफारिश करता हूं) का उपयोग करना है; फिर यह जानबूझकर दुर्भावनापूर्ण रोकथाम को रोकता नहीं है, लेकिन यह बहुत स्पष्ट है कि उन वर्गों के साथ डाउनस्ट्रीम संगतता के लिए कोई अनुबंध नहीं है (और यह उन्हें तकनीकी रूप से समझने में मुश्किल बनाता है)।