ओरेकल प्रमाणित पेशेवर जावा प्रोग्रामर परीक्षा की तैयारी

प्रस्तावना

इस वर्ष के 16 दिसंबर को, मैंने खुद को ओरेकल सर्टिफाइड प्रोफेशनल जावा प्रोग्रामर परीक्षा देने के लिए निर्धारित किया। वह अतीत में सन सर्टिफाइड प्रोग्रामर है। इसके अलावा, मैंने अपने तीन साथियों को इस महत्वपूर्ण कदम पर धकेल दिया। हम तैयार करना शुरू करते हैं। अब तक यह सुस्त है, लेकिन फिर भी ... और मेरे द्वारा प्राप्त ज्ञान को व्यवस्थित करने के लिए, मैंने समय-समय पर "निचोड़ने" का फैसला किया - जो मैंने पाया, उसका सारांश या अपनी त्वचा में परीक्षण किया। इस समय आप जो पढ़ रहे हैं वह संख्या शून्य है। आशा है कि यह किसी को महंगी किताबें खरीदने और लेखों की एक बड़ी संख्या को बदलने से बचने में मदद करता है। वैसे, मैं खुद को जावा 6: स्टडी गाइड , कैथी सिएरा और बर्ट बेट्स द्वारा लिखित पुस्तक सन सर्टिफाइड प्रोग्रामर से तैयार कर रहा हूं। अच्छी पुस्तक, महान लेखक, आसान भाषा। मैं इसकी सलाह देता हूं।

कृपया ध्यान दें कि मैं परीक्षा से पहले आपको जो कुछ भी जानना आवश्यक है, उसका पूर्ण विवरण होने का दिखावा नहीं करता। मैं ऐसा काम नहीं कर पा रहा था, बिना हॉब्रिटेल की मदद के, सिर्फ इसलिए कि मैंने अभी तक परीक्षा पास नहीं की है। निम्नलिखित में से कुछ के लिए आदिम लग सकता है। हालांकि, जैसा कि परीक्षण परीक्षणों के अभ्यास से पता चलता है, शैतान विवरण में है। हम इसे उत्तराधिकार के दौरान और उसके बाद विधि अधिभार के नुकसान के लिए पहचानकर्ताओं के नामकरण के नियमों से आवश्यक रूप से अलग करने के प्रयास पर विचार करेंगे। इसके अलावा, मैं उन लोगों की टिप्पणियों से उपयोगी कुछ को उजागर करने की उम्मीद करता हूं जो इस तरह से पहले ही चले गए हैं। सबसे अच्छे मामले में, एक सफल कहानी हैरेब पर दिखाई देती है, जिसमें इस बात का पूरा विवरण है कि यह कैसे शुरू हुआ, बढ़ा और विकसित हुआ। चूँकि यह विचार है कि हर चीज वास्तविक समय में प्रकाशित होगी, लगभग हर दो दिन में, जिन्हें परीक्षा उत्तीर्ण करनी होगी, वे हमारे सीखने की दर की तारीख के साथ तुलना कर सकेंगे और बहुत तेजी से चौकियों को पास कर सकेंगे।

पूरी श्रृंखला के लिए सामग्री

1. पहचानकर्ता, नामकरण नियम, वर्गों और इंटरफेस के लिए संशोधक
2. विधियों और क्षेत्रों, vararg, enum और सरणियों के लिए संशोधक

तो चलिए शुरू करते हैं

यह कोई रहस्य नहीं है कि सभी जावा घटक - चाहे वह कक्षाएं हों, चर हों, विधियाँ हों या कुछ और हों - उनके नाम होने चाहिए या, जो कुछ अधिक वैज्ञानिक, पहचानकर्ता हों। यह ध्यान में रखा जाना चाहिए कि पहचानकर्ता के "शुद्धता" के दो स्तर हैं। सबसे पहले, यह भाषा की आवश्यकताओं को पूरा करना चाहिए, अर्थात्:

1. पहचानकर्ता को एक पत्र, मुद्रा प्रतीक (उदाहरण के लिए, $) या एक अंडरस्कोर के साथ शुरू करना चाहिए। कृपया ध्यान दें कि पहचानकर्ता एक अंक से शुरू नहीं हो सकता है।
2. पहले चरित्र के बाद, पहचानकर्ता में अक्षरों, मुद्रा प्रतीकों, पात्रों या संख्याओं को जोड़ने का कोई संयोजन हो सकता है।
3. संकलक के दृष्टिकोण से, पहचानकर्ता में निहित वर्णों की संख्या पर कोई प्रतिबंध नहीं है।
4. आप पहचानकर्ता के रूप में जावा कीवर्ड का उपयोग नहीं कर सकते।
5. जावा में पहचानकर्ता मामले संवेदनशील होते हैं। इस प्रकार, फू और FOO एक ही बात नहीं है।

दूसरे, पहचानकर्ता को जावा नामकरण कन्वेंशन को पूरा करना चाहिए। यह समझना महत्वपूर्ण है कि भले ही पहचानकर्ता सम्मेलनों के दृष्टिकोण से सही नहीं है, फिर भी यह संकलक के लिए मान्य रह सकता है। उदाहरण के लिए, कंपाइलर, चर int_ $ की घोषणा को बिना सोचे समझे खाता है। एक्समेन के दौरान, यह समझना महत्वपूर्ण है कि क्या पहचानकर्ता की वाक्यात्मक शुद्धता का निर्धारण करना आवश्यक है, या यह निर्धारित करना आवश्यक है कि क्या यह आम तौर पर स्वीकार किए गए मानक को संतुष्ट करता है या नहीं। वैसे, कोई भी आपसे पूरे मानक नहीं पूछेगा। केवल कुछ तथ्यों को याद रखना महत्वपूर्ण है:

1. हम वर्गों के पूंजी नाम लिखते हैं। बाकी है कैमल केस ।
2. विधियों और पहचानकर्ताओं के नाम एक छोटे से पत्र के साथ लिखे गए हैं। बाकी है कैमल केस।
3. स्थिर और अंतिम चर के रूप में स्थिरांक घोषित करें। उनका नाम पूरी तरह से बड़े अक्षरों में लिखा गया है, अंडरस्कोर का उपयोग करके शब्दों को अलग किया जाता है।
4. किसी संपत्ति के लिए पाने वाले का नाम पाने के लिए, बस उसके नाम के पहले अक्षर को बड़े अक्षर में बदल दें और शब्द को शुरुआत में जोड़ दें।
5. किसी प्रॉपर्टी के लिए नाम सेटर प्राप्त करने के लिए, उसके नाम के पहले अक्षर को बड़े अक्षर में बदलें और शुरुआत में दिए गए शब्द को जोड़ दें।
6. यदि संपत्ति बूलियन है, तो इसे प्राप्त करने के बजाय उपसर्ग का उपयोग करने की अनुमति है।
7. श्रोताओं को पंजीकृत करने के लिए इस्तेमाल की जाने वाली विधि को शब्द जोड़ने और श्रोता के प्रकार से इकट्ठा किया जाना चाहिए। उदाहरण के लिए, AddActionListener।
8. श्रोताओं को हटाने के लिए जिस विधि का उपयोग किया जाता है उसे शब्द हटाने और श्रोता के प्रकार से इकट्ठा किया जाना चाहिए। उदाहरण के लिए, removeActionListener।

यहाँ, वास्तव में, सभी बुनियादी नियम हैं जिनका आपको पालन करना चाहिए। हालांकि, मैं ध्यान देता हूं कि पुस्तक के लेखक स्वयं इन नियमों का पालन नहीं करते हैं, जिसके लिए वे बहुत शुरुआत में बेतहाशा माफी मांगते हैं। इसके कारण, जैसा कि वे कहते हैं, परीक्षा का अंतर्राष्ट्रीयकरण में उपयोग की जाने वाली उपयोगिता की विशेषताएं हैं। प्रमाणित प्रोग्रामर, IMHO, इसे ठीक कर सकते हैं))

अब हमारी कक्षाओं के स्रोत कोड के साथ फ़ाइलों का उपयोग करने के नियमों के बारे में थोड़ा बात करते हैं।

1. एक महत्वपूर्ण तथ्य। एक एकल फ़ाइल में सार्वजनिक संशोधक के साथ केवल एक वर्ग हो सकता है। डिफ़ॉल्ट पहचानकर्ता वाली कक्षाएं, हालांकि, इसमें कोई भी संख्या हो सकती है।
2. यदि फ़ाइल में सार्वजनिक पहुँच संशोधक के साथ एक वर्ग है, तो इस फ़ाइल का नाम सार्वजनिक वर्ग के नाम से मेल खाना चाहिए।
3. यदि क्लास पैकेज का हिस्सा है, तो पैकेज की घोषणा फ़ाइल में पहली पंक्ति होनी चाहिए।
4. यदि अन्य पैकेजों के आयात होते हैं, तो वे पैकेज की घोषणा के तुरंत बाद और किसी भी वर्ग के घोषणा से पहले जाते हैं। यदि फ़ाइल की शुरुआत में कोई पैकेज घोषणा नहीं है, तो।
5. जिन फ़ाइलों में सार्वजनिक कक्षाएं नहीं होती हैं, उनमें एक ऐसा नाम हो सकता है जो उसमें घोषित वर्गों में से किसी से मेल नहीं खाता हो।

जावा में, केवल चार एक्सेस मॉडिफायर हैं। पहले तीन सार्वजनिक, निजी और संरक्षित हैं। चौथा एक संशोधक की कमी है। इसी समय, वर्गों और इंटरफेस को घोषित करने के लिए केवल दो प्रकार के संशोधक का उपयोग किया जा सकता है: सार्वजनिक या डिफ़ॉल्ट। यह प्रतिबंध नेस्टेड कक्षाओं के लिए लागू नहीं होता है, वेबकुमो की नोक के लिए धन्यवाद, हालांकि, यह परीक्षा में एक अलग विषय है। उनके बारे में - बाद में।

1. यदि कक्षा के पास घोषणा में कोई एक्सेस संशोधक नहीं है, तो उसे डिफ़ॉल्ट गुंजाइश मिलती है। इसका मतलब यह है कि केवल उसी पैकेज में इसके साथ स्थित कक्षाएं इसे देखती हैं। और कोई दूसरा नहीं।
2. यदि कक्षा में सार्वजनिक पहुंच संशोधक है, तो यह पूरे जावा ब्रह्मांड तक पहुंच योग्य और दृश्यमान है।

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

1. सख्त संशोधक मेरे लिए एक रहस्योद्घाटन था। सच कहूँ तो, आपको इसका उपयोग करने की संभावना नहीं है। लेकिन जानना और याद रखना उपयोगी है। यदि इसे किसी वर्ग पर लागू किया जाता है, तो यह सुनिश्चित करता है कि फ्लोटिंग-पॉइंट नंबरों पर सभी ऑपरेशन IEEE 754 मानक का अनुपालन करते हैं। जैसा कि यह निकला, यह एक अनुमानित परिणाम प्राप्त करने के लिए उपयोग किया जाता है, क्योंकि विभिन्न प्रोसेसर फ्लोटिंग-पॉइंट नंबरों को अलग-अलग तरीके से संसाधित कर सकते हैं।
2. अंतिम संशोधक वर्ग से वंशानुक्रम की मनाही करता है। इसका उपयोग अक्सर केवल स्थिरांक वाली कक्षाओं के लिए किया जाता है और उन पर काम करने के लिए स्थैतिक विधियों का एक सेट होता है। ठीक है, मान लें कि स्ट्रिंग वर्ग अंतिम है।
3. अमूर्त वर्गों को निरूपित करने के लिए अमूर्त संशोधक का उपयोग किया जाता है। संक्षेप में, इसका मतलब है कि इस वर्ग की वस्तुओं को कभी भी सीधे नहीं बनाया जाना चाहिए। केवल वारिस के हिस्से के रूप में। यदि कोई वर्ग कम से कम एक विधि सार के रूप में निर्दिष्ट करता है, तो इस वर्ग में यह पहचानकर्ता होना चाहिए।

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

1. सभी इंटरफ़ेस विधियों को स्पष्ट रूप से सार्वजनिक और सार के रूप में घोषित किया गया है। तो इससे कोई फर्क नहीं पड़ता कि आपने स्पष्ट रूप से public abstract void foo() , public void foo() या इंटरफ़ेस के अंदर void foo() लिखा है। कंपाइलर अभी भी इसे public abstract void foo() रूप में अनुभव करेगा।
2. चूंकि इंटरफेस पूरी तरह से अमूर्त हैं, अंतिम की अवधारणाएं (बस अर्थहीन), सख्त (रहस्यमय मानक का पालन करने के लिए कुछ भी नहीं है) या देशी उन पर लागू नहीं होते हैं।
3. एक इंटरफ़ेस एक या अधिक अन्य इंटरफेस का विस्तार (विस्तार) कर सकता है। और केवल वे। यह कुछ और नहीं बल्कि इंटरफेस का विस्तार कर सकता है।
4. एक इंटरफ़ेस अन्य इंटरफेस को लागू नहीं कर सकता है।

ध्यान रखें कि आप इंटरफ़ेस के भीतर अप्रत्यक्ष रूप से घोषित कर सकते हैं। इसके अलावा, इंटरफ़ेस में आपके द्वारा खींचा गया कोई भी क्षेत्र सार्वजनिक, स्थिर और अंतिम संशोधक प्राप्त करेगा। इससे कोई फर्क नहीं पड़ता कि आपने int a = 48 लिखा है, public int a = 48 या public static final int a = 48 इंटरफ़ेस के अंदर। सभी तीन घोषणाओं को public static final a = 48 माना जाएगा, जिसका अर्थ है कि यह सभी के साथ है।

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

अगर किसी को दिलचस्पी है, तो मैं अधिकृत ओरेकल भागीदारों की साइटों के माध्यम से इस परीक्षा के लिए पंजीकरण करने के बारे में विस्तृत निर्देश भी प्रकाशित कर सकता हूं। मैं व्यक्तिगत रूप से यह पता लगाने के लिए कि कहां और क्या चुनना है, किसको लिखना चाहिए और किसके साथ बातचीत करनी है, को ओरेकल समर्थन से संपर्क करना था।

आपका ध्यान और एक सफल परीक्षा के लिए धन्यवाद!