कक्षा इंटरफेस और संग्रह

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

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

List<String> getElements(String key); 

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

 public interface MyCollection { List<String> getElements(String key); String getElement(String key, int index); List<String> getElementsRange(String key, int fromIndex, int toIndex); int getElementsCount(String key); } 

मैं वाणिज्यिक या मुक्त कोड में समय-समय पर ऐसे इंटरफेस का सामना करता हूं। उदाहरण के लिए, OpenFire Jabber सर्वर में UserProvider इंटरफ़ेस (इसमें getUsers, पैरामीटर के साथ getUser और getUserCount हैं; दो फाइंडर्स विधियों के साथ एक समान उदाहरण)। यदि आप इसके बारे में सोचते हैं, तो अतिरिक्त तरीकों की आवश्यकता नहीं है। गेटवे के माध्यम से उन्हें तुच्छ रूप से व्यक्त किया जा सकता है:

 String getElement(String key, int index) { return getElements(key).get(index); } List<String> getElementsRange(String key, int fromIndex, int toIndex) { return getElements(key).subList(fromIndex, toIndex); } int getElementsCount(String key) { return getElements(key).size(); } 

इसके अलावा, कार्यान्वयन इतना सरल है कि सिंटैक्टिक शुगर के लिए भी नए तरीकों को पेश करना संदिग्ध है। यहां एक अनुभवहीन डेवलपर कहता है: “यह कैसा है, पहली विधि पूरी सूची को लौटा देती है, और यदि यह बड़ी है और स्मृति में फिट नहीं होती है? सामान्य तौर पर, अगर हमें केवल एक तत्व की आवश्यकता है? ”ऐसा इसलिए है क्योंकि सूची इंटरफ़ेस दृढ़ता से कुछ ठोस कार्यान्वयन (आमतौर पर एरियर लाईस्ट) के साथ जुड़ा हुआ है और लोग भूल जाते हैं कि आप सूची विधियों को आलसी बना सकते हैं क्योंकि वे आपके स्वयं के इंटरफ़ेस के साथ आलसी हैं।

यह आपत्तिजनक हो सकता है कि सहायक विधियाँ, यद्यपि स्पष्ट लाभ की नहीं हैं, हस्तक्षेप नहीं करती हैं। हालांकि, अनुभव से पता चलता है कि वे हस्तक्षेप करते हैं। अतिरिक्त अनावश्यक तरीकों के साथ इस तरह के एक इंटरफ़ेस के साथ, डेवलपर्स खुद को एक आलसी सूची बनाने के लिए परेशान किए बिना, गेटवे में तत्वों की पूरी सूची के साथ वास्तव में एक ArrayList को वापस लेने के हकदार समझेंगे। नतीजतन, उदाहरण के लिए, getElements (कुंजी) .size () अब काम नहीं करता है, क्योंकि भारी संख्या में तत्वों को मेमोरी में लोड किया जाएगा, और यह समाप्त हो जाएगा। इसलिए, उपयोगकर्ता को getElementsCount (कुंजी) के आपके कार्यान्वयन का उपयोग करने की आवश्यकता होगी।

मान लीजिए, उदाहरण के लिए, आपके पास एक उपयोगिता विधि है जो तत्वों की संख्या से युक्त एक स्ट्रिंग प्रदर्शित करती है, पहले कुछ और दीर्घवृत्त (यदि अधिक तत्व हैं)। उदाहरण के लिए, इस तरह:

[100500] First, second, third...

कार्यान्वयन इस तरह हो सकता है:

 public static String getSummary(List<String> list) { StringBuilder sb = new StringBuilder(); int size = list.size(); sb.append('[').append(size).append("] "); int maxElements = Math.min(3, size); for(int i=0; i<maxElements; i++) sb.append(i==0?"":", ").append(list.get(i)); if(maxElements < size) sb.append("..."); return sb.toString(); } 

और आप शांति से getSummary (myCollection.getElements (कुंजी)) को कॉल करेंगे। लेकिन यहां हम याद करते हैं कि कई आलसी कार्यान्वयन हैं, और जीवन जटिल है। परिणाम मापदंडों के बदसूरत सेट के साथ तरीके हैं। पहला तरीका एक गेटस्मरी (MyCollection संग्रह, स्ट्रिंग कुंजी) विधि बनाना है। एक सुंदर स्वतंत्र विधि से जिसका पुन: उपयोग किया जा सकता है, आपको एक ऐसी विधि मिलती है जो आपके संग्रह इंटरफ़ेस पर निर्भर करती है, जिसे अब किसी और चीज़ पर लागू नहीं किया जा सकता है। दूसरा तरीका getSummary (int count, List firstThreeElements) मेथड बनाना है और इसे getSummary (myCollection.getElementsCount (key), myCollection .getElementsRange (key, 0, 3)) के माध्यम से कॉल करना है। हालाँकि अब यह विधि आपके इंटरफ़ेस से जुड़ी नहीं है, फिर भी ऐसा समाधान और भी बुरा है, क्योंकि विधि इंटरफ़ेस इसके कार्यान्वयन से बंधा हुआ है। कल्पना करें कि उपयोगकर्ता अंतिम तत्व को भी प्रदर्शित करना चाहता था:

[100500] First, second, third... last

पद्धति के कार्यान्वयन में एक पंक्ति को जोड़ने के बजाय, आपको इसके इंटरफ़ेस को बदलना होगा, अर्थात, उन सभी स्थानों पर जहां विधि कहा जाता है। यह भयानक है।

एक अच्छा समाधान एक एडाप्टर बनाने के लिए होगा जो सूची इंटरफ़ेस को लागू करता है। तब कॉल getSummary (नई MyCollectionListAdapter (myCollection, key)) की तरह दिखाई देगी। लेकिन यह अभी भी एक अनावश्यक जटिलता है, क्योंकि आप शुरू से ही अच्छा कर सकते थे। इसके अलावा, इस तरह के एक एडाप्टर शुरू में सीमित है। उदाहरण के लिए, आप जानबूझकर List.contains या List.indexOf को लागू नहीं कर सकते, क्योंकि MyCollection इंटरफ़ेस में वांछित विधि नहीं है। कहो, यदि MyCollection के एक विशिष्ट कार्यान्वयन में सूची वास्तव में SQL डेटाबेस से भरी हुई है, तो इसमें आसानी से अनुकूलित किया गया है: आपको सभी तत्वों पर पुनरावृति करने की आवश्यकता नहीं है।

यदि MyCollection इंटरफ़ेस में केवल गेट-वे हैं, तो जब इसे लागू किया जाता है, तो प्रोग्रामर के पास सब कुछ अच्छी तरह से करने और एक आलसी सूची को लागू करने के अलावा कोई विकल्प नहीं होगा (बेशक, यह जानबूझकर छोटे संग्रह के लिए उपेक्षित किया जा सकता है)।

सामान्य तौर पर, मैं यह नोट करना चाहता हूं कि आपको उन अच्छे इंटरफेस की नकल नहीं करनी चाहिए जो आपके लिए पहले से ही बनाए गए हैं। आप इस तरह से अपने इंटरफेस को रोकते हैं और अंत में अच्छे से अधिक नुकसान कर सकते हैं। मानक संग्रह के इंटरफेस को लागू करने से भी डरो मत। यहां तक ​​कि मैप के लिए, यह बिल्कुल मुश्किल नहीं है, और सूची के लिए, और भी बहुत कुछ। Java.util में आपकी मदद करने के लिए AbstractList जैसी सहायक कक्षाएं हैं।