ओरेकल जावा एसई 7 प्रोग्रामर II परीक्षा तैयारी (1Z0-804)

आदरणीय हरजीतलामी और जावा-प्रोग्रामर्स को नमस्कार!
यह लेख कोड संख्या 1Z0-804 के साथ ओरेकल जावा एसई 7 व्यावसायिक परीक्षा की तैयारी के बारे में है। इस बारे में Habré (उदाहरण के लिए, यहाँ , यहाँ , यहाँ , यहाँ , यहाँ , और यहाँ ) पर बहुत सारी पोस्ट पहले ही लिखी जा चुकी हैं, इसलिए मैं कोशिश करूँगा कि मैं अपने आप को न दोहराऊं और जो सबसे अधिक बार सामना हुआ, उसके बारे में महत्वपूर्ण बारीकियों के बारे में नोट्स जोड़ें जो मेरी राय में हों संकेत किए गए लेखों में टकटकी लगी हुई थी या अच्छी तरह से कवर नहीं किया गया था, और आम तौर पर सुलभ साहित्य में (मैं तुरंत ध्यान देता हूं कि सामग्री पूरी होने का दावा नहीं करती है, यहां मैंने सिर्फ परीक्षा से मुश्किल सवालों की पहचान करने और कुछ जटिल चीजों को छिपाने की कोशिश की है)। मैं अपने विचार भी साझा करूंगा कि क्या सामग्री बेहतर तैयार की जानी चाहिए। पहली बार जब मैं परीक्षा पास नहीं कर पाया, तो मैंने अपने लिए विभिन्न नोटों को सहेजना शुरू कर दिया, जहां मैंने वह सब कुछ लिख दिया, जो जटिल या याद रखने में मुश्किल लगता था। जो अब मैंने आपके साथ साझा करने का फैसला किया है। मैं आपसे अपनी समझ को पहले से दिखाने के लिए कहता हूं यदि आपको अचानक कोई त्रुटि, दोष या गलती दिखाई देती है - टिप्पणियों में लिखें।

सामान्य जानकारी

मैंने मास्को में परीक्षा ली, इसकी लागत $ 150 है, यह 2.5 घंटे तक रहता है, मेरे पास 2 दस्तावेज हैं। 90 प्रश्न, 65% उत्तीर्ण अंक, अर्थात्। आप लगभग 30 प्रश्नों के गलत उत्तर दे सकते हैं (मुझे यकीन नहीं है कि प्रत्येक प्रश्न के लिए वे समान अंक देते हैं)। यदि आवश्यक हो, तो केवल 2 सप्ताह के बाद रीटेक करें। Pearson VUE वेबसाइट पर परीक्षण के लिए पंजीकरण, परीक्षण केंद्र और तारीख, कार्ड द्वारा भुगतान भी वहाँ चुने गए हैं (मैं केंद्र में नकद में भुगतान करता था, लेकिन यह अधिक महंगा निकला)। इस बार मैं ACET (अमेरिकन सेंटर फॉर एजुकेशन एंड टेस्टिंग), मेट्रो ओक्टेब्रैस्काया गया। प्रसव के समय, सब कुछ गंभीर है - जेब को बंद करने और अपने साथ किसी भी चीज को लेने पर रोक लगाने के लिए (फोन समझ में आता है, लेकिन उदाहरण के लिए, पानी - यह बहुत ज्यादा है)। इसे कार्यालय छोड़ने की अनुमति है, लेकिन "रसीद पर", और परीक्षा बंद नहीं होती है। परिणाम लगभग 30 मिनट में मेल पर भेजे जाते हैं (या ओरेकल सर्टिफिकेट पर एक खाते में, जहां प्राप्त सभी परीक्षाएं और प्रमाण पत्र प्रदर्शित होते हैं)। एक पेपर प्रमाण पत्र औसतन 1.5-2 महीने (मॉस्को क्षेत्र) में आता है।

तैयारी की सिफारिशें

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

• जावा एसई 6 प्रोग्रामर प्रैक्टिस एक्जाम (बर्ट बेट्स, कैथी सिएरा, 2011)। वास्तव में, परीक्षण और सिफारिशों का एक संग्रह। सच है, यह थोड़ा दिनांकित है और संस्करण 6 के अनुसार है, लेकिन अन्यथा उनके लिए परीक्षण और स्पष्टीकरण वास्तविक प्रश्नों के बहुत करीब हैं। केवल नकारात्मक यह है कि निम्नलिखित विषय गायब हैं: NIO.2, JDBC, और Concurrency (Executor s और Fork-Join फ्रेमवर्क सहित)। उत्तरों में कोई त्रुटि नहीं पाई गई, जो अच्छी है।
• उत्साह परीक्षण । वे 1 परीक्षा के लिए लगभग $ 10 खर्च करते हैं, और इसी कार्यक्रम को डाउनलोड किया जाता है। परीक्षा के सभी विषयों को शामिल किया गया है, हालांकि परीक्षा में सामने आए कुछ सैद्धांतिक प्रश्न नहीं हैं। त्रुटियां कभी-कभी सामने आती हैं, इसलिए यदि आप दिखाए गए उत्तर के बारे में सुनिश्चित नहीं हैं, तो जांचना सुनिश्चित करें। सामान्य तौर पर, इस परीक्षण ने सकारात्मक छाप छोड़ी, जैसा कि "ट्रिक्स" की प्रकृति से कई प्रश्न परीक्षा के प्रश्नों के समान थे, विषयों द्वारा एक विराम होता है और प्रश्न स्वयं बहुत होते हैं (मुझे लगता है कि लगभग 300+)।
• ओरेकल से आधिकारिक ट्यूटोरियल जावा प्रोग्रामर लैंग्वेज सर्टिफिकेशन प्रोग्रामर लेवल II परीक्षा की तैयारी है । यह एक कपटी बात है जिसे मैंने शुरू में ठोकर खाई थी, यह सुनिश्चित करते हुए कि सब कुछ पूरी तरह से यहां होना चाहिए ... और फिर परीक्षण विफल हो गया। लेकिन वास्तव में, इसका उपयोग परीक्षा में उपयोग किए जाने वाले विषयों और कक्षाओं की सामग्री की तालिका के रूप में किया जा सकता है, और तब भी आरक्षण के साथ। सबसे पहले, सूचना की पूर्णता और उदाहरणों की पूर्णता और जटिलता, परीक्षा की तुलना में, वांछित होने के लिए बहुत कुछ छोड़ देती है। दूसरे, कुछ विषयों (उदाहरण के लिए, JDBC, NIO2) को अनावश्यक विवरण के लिए यहाँ फूला हुआ है, जो मैंने परीक्षा में नहीं देखा था। तीसरा, पैटर्न का कोई सिद्धांत नहीं है (और ओरेकल इस विषय को बहुत पसंद करते हैं - इसे अच्छी तरह से समझें)। खैर, और छोटी चीज़ों से, कक्षाओं और प्रवाह के डिजाइन के सिद्धांत के कुछ पहलुओं की तरह, मैंने भी यहां नहीं देखा था (इसके बारे में आपको जो जानने की आवश्यकता है - मैं नीचे लिखूंगा)।
• Android के लिए विभिन्न परीक्षण अनुप्रयोग। मेरी राय में, सबसे उपयोगी / सुविधाजनक SCJPv1 और SCJP Champ थे (यद्यपि पुराना)।
• और निश्चित रूप से, विभिन्न जावा साहित्य, जो मुझे सबसे अच्छा लगता है, मैंने इलेक्ट्रॉनिक जावा 7 का उपयोग किया - पूर्ण संदर्भ (हर्बर्ट शिल्ड्ट) , जावा दर्शन (ब्रूस एकेल) , आधिकारिक दस्तावेज और Google।
• सिद्धांत रूप में, इंटरनेट पर अभी भी सभी प्रकार के परीक्षण हैं, और महंगे हैं , बहुत नहीं , और आम तौर पर मुफ्त हैं , लेकिन चूंकि निष्पक्षता के लिए कोई गारंटी नहीं है, इसलिए मध्य मैदान चुनने और उस पर रोक लगाने का निर्णय लिया गया था।

मुख्य विषय

क्लास डिजाइन, कंस्ट्रक्टर्स, एक्सेस

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

  class SuperTest { static { System.out.print("1"); } { System.out.print("3"); } public SuperTest() { System.out.print("4"); } } public class Test extends SuperTest { static { System.out.print("2"); } { System.out.print("5"); } public Test() { System.out.print("6"); } public static void main(String[] args) { new Test(); } } 

  
  यह टुकड़ा 123456 प्रिंट करेगा। यदि आप स्थैतिक और गतिशील आरंभीकरण ब्लॉकों को स्वैप करते हैं, तो कुछ भी नहीं बदलेगा। यदि एक ही प्रकार के कई ब्लॉक हैं, तो उन्हें क्रमिक रूप से निष्पादित किया जाता है।
• बिना तर्क (या डिफ़ॉल्ट निर्माणकर्ता) के बिना निर्माता के साथ विभिन्न "गेम" होते हैं, जो स्पष्ट रूप से नहीं किए जाने पर, जावा द्वारा स्वचालित रूप से बनाया जाता है। यह याद रखना चाहिए कि यदि खाली वर्ग में तर्कों के साथ एक निर्माता बनाया गया था, तो डिफ़ॉल्ट निर्माता नहीं बनाया जाएगा, जिसका अर्थ है कि यदि आप एक वारिस बनाते हैं और स्पष्ट रूप से निर्दिष्ट नहीं करते हैं कि किस सुपरक्लास निर्माता को कॉल करना है, तो जावा डिफ़ॉल्ट निर्माता को कॉल करने का प्रयास करेगा (जो हमारे पास नहीं है), जो कारण होगा संकलन त्रुटि।
• आपको संरक्षित संशोधक की महत्वपूर्ण विशेषता को याद रखना होगा (उसी पैकेज से वारिस तक पहुंच की अनुमति देता है)। यदि वारिस किसी अन्य पैकेज में है, तो उसके पास सुपरक्लास की वस्तु (base_class.var) के लिंक के माध्यम से संरक्षित सदस्य तक पहुंच नहीं है, लेकिन विरासत श्रेणी (सुपर .var) के माध्यम से या उसी वर्ग के ऑब्जेक्ट के लिंक के माध्यम से सुपरक्लास के संरक्षित क्षेत्रों तक पहुंच सकता है। (Extended_class.var, this.var)।
• अक्सर वे इंटरफ़ेस को लागू करते समय सार्वजनिक संशोधक को भूलना पसंद करते हैं, या किसी विधि को ओवरराइड करते समय, या पहुंच की कमी के कारण गलत प्रकार का अपवाद।
• एक स्थिर संदर्भ से, आप एक गैर-स्थिर संदर्भ तक नहीं पहुंच सकते हैं, जिसमें शामिल हैं इस और सुपर को कॉल करना मना है।
• ऐसे कई सवाल थे जहाँ चर या विधियों के समान नाम मौजूद हैं। सबसे सरल मामला क्रमशः वारिस पर एक चर का छायांकन है, और स्रोत वर्ग के चर का उपयोग और स्रोत और पुन: परिभाषित विधि में वारिस है। ऐसे सवाल भी हैं जहां कक्षा एक ही तरीकों और चर के साथ दो अलग-अलग इंटरफेस को लागू करती है। और इसी तरह के उदाहरण नेस्टेड कक्षाओं में समान नामों के साथ। इसे "लिविंग कोड" पर सभी को जांचें, उन्हें विभिन्न इस.वर, सुपर.वर, (क्लासनेम, ओब्जेक्ट), .वर, एक ही नाम के तरीकों में विभिन्न अपवादों आदि के साथ मिलाकर देखें।

अपवाद

• अपवादों के मूल पदानुक्रम को याद रखना बहुत महत्वपूर्ण है। नीचे दिए गए आरेख में, तथाकथित असंबद्ध अपवाद (प्रसंस्करण की आवश्यकता नहीं), पीला - जाँच (प्रसंस्करण की आवश्यकता)। वास्तव में तस्वीर बस उस आवश्यक न्यूनतम को दिखाती है जिसे आपको "थोड़ा" जानना आवश्यक है, क्योंकि मुश्किल सवाल काफी सामान्य हैं।

• यदि फेंके जा रहे अपवाद को पकड़ ब्लॉक में संसाधित नहीं किया गया है (या कैच ब्लॉक गायब है) और अंत में ब्लॉक है, तो अंत में ब्लॉक निष्पादित किया जाएगा, और फिर एक अपवाद फेंक दिया जाएगा।
• विधि का निर्माण () SomeCheckedException {...} को फेंकता है , विधि को SomeCheckedException (चेक प्रकार) को अंदर फेंकने के लिए बाध्य नहीं करता है। लेकिन एक ही समय में, इस विधि के लिए कॉल को प्रसंस्करण की आवश्यकता के रूप में माना जाता है (प्रयास में ... पकड़ या फेंकता है)। अपवाद वर्ग के लिए एक उदाहरण: mechod () फेंकता है अपवाद इसे विधि के अंदर फेंकने के लिए बाध्य नहीं करता है (विधि खाली हो सकती है), लेकिन mechod को बाहरी कॉल () को भी अपवाद हैंडलिंग की आवश्यकता होती है।
• अंदर की कोशिश {...} कैच (ExceptionClass e) {...}, एक ExceptionClass अपवाद "फेंका" होना चाहिए, लेकिन केवल अगर यह प्रकार की जाँच हो! अन्यथा, एक संकलन त्रुटि होगी: "इसी कोशिश के बयान के शरीर में अपवाद कभी नहीं फेंका जाता है"।
• वर्टिकल बार ("या") द्वारा एन्यूमरेटेड कैच ब्लॉक में अपवाद कक्षाएं, वंशानुक्रम पदानुक्रम की एक ही शाखा पर नहीं होनी चाहिए। उदाहरण के लिए, आप कैच (ClassNotFoundException | IOException e) लिख सकते हैं, लेकिन कैच (IOException | FileNotFoundException e) संकलन नहीं करता है।

तरीके और पैरामीटर

• संदर्भ / मान से पासिंग पैरामीटर। याद रखें कि जावा में, मापदंडों को मान द्वारा प्रक्रियाओं के लिए पारित किया जाता है (यानी, जब एक प्रक्रिया के अंदर पैरामीटर मान को बदलने से बाहर से पारित चर प्रभावित नहीं होता है), लेकिन केवल एक चेतावनी के साथ। सरल प्रकारों के लिए (int, float, ...) यह सच है। ऑब्जेक्ट (सरणियों सहित) के लिए, एक लिंक स्थानांतरित किया जाता है, जिसका अर्थ है कि ऑब्जेक्ट में परिवर्तन कॉलिंग प्रक्रिया में दिखाई देगा। लेकिन आंतरिक प्रकार को बदलने के लिए एपीआई की कमी के कारण सरल प्रकार (इंट, फ्लोट, ...) और स्ट्रिंग के रैपर के लिए, उन्हें एक पैरामीटर के रूप में पारित करना सरल प्रकारों के समान होगा।
• किसी विधि को ओवरराइड करते समय, आप आधार विधि (सुपरक्लास में) के परिणाम के उपवर्ग के रूप में परिणाम के प्रकार को निर्दिष्ट कर सकते हैं, लेकिन इसके विपरीत नहीं!
• एक विधि को ओवरराइड करते समय, यह:
  a) "संकरा" अपवाद (उपवर्ग) का कारण हो सकता है;
  बी) एक व्यापक अपवाद (सुपरक्लास) का कारण नहीं बन सकता;
  c) अपवाद बिल्कुल नहीं बढ़ा सकते हैं।

संग्रह

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

 // : List<> m = new ArrayList(); // error! List<> m = new ArrayList<String>(); // error! List<?> m = new ArrayList<?>(); // error! List<String> m = new ArrayList<?>(); // error! // : HashMap m = new LinkedHashMap<>(); HashMap<String, String> m = new LinkedHashMap(); HashMap<String, String> m = new LinkedHashMap<>(); HashMap<String, ?> m = new LinkedHashMap(); HashMap<?, ?> m = new LinkedHashMap<String, String>(); 

अब संग्रह की विशेषताओं के बारे में अधिक। पदानुक्रम को याद रखने की सुविधा के लिए, मैंने संबंधित दृश्य आरेखों को पाया, और प्रत्येक वर्ग की बारीकियों पर एक संक्षिप्त सारांश बनाया:

• सेट - इंटरफ़ेस। सभी कार्यान्वयन वस्तुओं का एक सेट संग्रहीत करते हैं। डुप्लिकेट प्रतिबंधित हैं, लेकिन डुप्लिकेट जोड़ने के मामले में, एक अपवाद नहीं उठाया गया है (यदि एक डुप्लिकेट डाला जाता है, तो ऐड () विधि झूठी आती है)। कार्यान्वयन:
  
  • हैशसेट - एक अनियंत्रित सेट। शून्य प्रविष्टि की अनुमति देता है। कोई मल्टीथ्रेडिंग समर्थन नहीं।
  • ट्रीसेट - एक हैशसेट स्ट्रीमलाइन करें। कोई मल्टीथ्रेडिंग समर्थन नहीं।
• मानचित्र - इंटरफ़ेस, कार्यान्वयन <कुंजी, मूल्य> जोड़ी को संग्रहीत करते हैं। सभी कार्यान्वयन डुप्लिकेट को प्रतिबंधित करते हैं:
  
  • HashMap - हैश तालिका के रूप में तत्वों के भंडारण को लागू करता है। ओवरराइट नए मूल्यों के साथ डुप्लिकेट करता है। यदि कोई कुंजी नहीं है, तो पुट () विधि शून्य हो जाती है और यदि पहले से ही एक कुंजी है तो पिछला मान।) कुंजी और मूल्य के लिए शून्य की अनुमति देता है, कुंजी के दोहराव के मामले में - अपवादों को उठाए बिना इसे एक नए मूल्य के साथ बदल देता है। कोई मल्टीथ्रेडिंग समर्थन नहीं। बाईपास आदेश की गारंटी नहीं है।
  • हैशटेबल - नल कुंजी और मूल्य के लिए निषिद्ध है (इस मामले में दोनों मामलों में NullPointerException होगी)। धागा सुरक्षित है। बाकी का काम हाशप के समान है।
  • ट्रीपॉपर केवल ऑर्डर किए गए हैशपॉप का एक एनालॉग है, अर्थात जब जोड़ा जाता है, तो यह स्वचालित रूप से कुंजी द्वारा तत्वों को सॉर्ट करता है (यानी, तत्वों को दरकिनार करके सॉर्ट किया जाएगा)। लाल और काले लकड़ी के सिद्धांत पर व्यवस्थित।
  
  
• सूची - इंटरफ़ेस, कार्यान्वयन वस्तुओं की सूची को संग्रहीत करता है। डुप्लिकेट और शून्य की अनुमति देता है। कार्यान्वयन:
  
  • ArrayList - एक गतिशील सरणी। कोई मल्टीथ्रेडिंग समर्थन नहीं।
  • वेक्टर - एक गतिशील सरणी। धागा सुरक्षित है।
  • लिंक्डलिस्ट - एक डबल लिंक की गई सूची। कोई मल्टीथ्रेडिंग समर्थन नहीं। यह Deque इंटरफ़ेस को भी लागू करता है।
  
  
• कतार - इस इंटरफ़ेस का कार्यान्वयन वस्तुओं को संग्रहीत करने के लिए कतार (FIFO) के सिद्धांत पर आधारित है। नल ने अनुमति दे दी। पंक्ति के अंत में जोड़ें () विधि स्थान है।
  
  • Deque - कार्यान्वयन एक कतार (FIFO) और एक स्टैक (LIFO) की कार्यक्षमता को जोड़ती है। ऐड () विधि कतार के लिए ऐड () विधि के समान है, और कतार के अंत में रखी गई है। पुश () और addFirst () विधियां समतुल्य हैं और आइटम को कतार के शीर्ष पर (स्टैक के ऊपर) डालें।
  
  

संग्रह की तुलना करने पर अतिरिक्त जानकारी यहाँ मिल सकती है:

• जावा नौकरी के लिए साक्षात्कार। संग्रह (हाबराहाब)
• कोर जावा संग्रह का प्रदर्शन। .Net एनालॉग्स के साथ तुलना
• शुरुआत के लिए पूर्ण जावा संग्रह ट्यूटोरियल
• जावा संग्रह फ्रेमवर्क - भाग 1
• जावा संग्रह फ्रेमवर्क - भाग 2

संग्रह खोजें और सॉर्ट करें। तुलनीय और तुलनात्मक इंटरफेस

• यह भी "लोकप्रिय" विषयों में से एक है, परीक्षा में खोज / छंटाई के बारे में 5 प्रश्न थे।
• ठीक से जानें कि कैसे Arrays.binarySearch और Collections.binarySearch कार्य के तरीके, उदाहरणों के साथ जांचें मेरी राय में प्रलेखन थोड़ा लिखा गया है। क्या रिटर्न, क्या अपवाद हैं, कैसे वे कच्चे प्रकार के साथ काम करते हैं, आदि।
• इसी तरह कलेक्शंस.सॉर्ट और एरेस.शॉर्ट तरीकों के लिए ।
• तुलनीय इंटरफ़ेस - एक ऐसे वर्ग के लिए उपयोग किया जाता है, जिसका वस्तु उदाहरण / तुलना किया जा सकता है। सरल प्रकार के सभी "रैपर" - चार, इंटेगर, आदि, साथ ही स्ट्रिंग - पहले से ही इस इंटरफ़ेस को लागू करते हैं। का उपयोग करें:
  
  • एक संग्रह आइटम के लिए, आपको सार्वजनिक int तुलना (T obj) विधि को लागू करना चाहिए;
  • संग्रह बनाते समय, एक नया तत्व वर्ग निर्दिष्ट करें

      ट्रीसेट <ElementNewClass> myColl = नया ट्रीसेट <ElementNewClass>); 

  
  
• तुलनित्र इंटरफ़ेस - कक्षा के बाहर कार्यान्वित किया जाता है जिसकी वस्तुओं की तुलना की जाएगी। तुलनात्मक से मुख्य अंतर:
  1) आप स्वतंत्र प्रकार के कई प्रकार (वर्ग) बना सकते हैं;
  2) इसका उपयोग तब किया जाता है जब आपको किसी अन्य वर्ग की वस्तुओं को क्रमबद्ध करने की आवश्यकता होती है जिसमें तुलना लागू नहीं होती है।
  
  • मुख्य इंटरफ़ेस विधि: सार्वजनिक int तुलना (T obj1, T obj2);
  • उपयोग - संग्रह बनाते समय, तुलनित्र का कार्यान्वयन निर्दिष्ट करें:

      नया ट्रीसेट <स्ट्रिंग> (myComparator); 

  
  
• उपयोग के उदाहरण:
  

  •   संग्रह.शॉर्ट (सूची <टी> arg1, तुलनित्र <; सुपर टी> arg2); 

  •   Arrays.sort (T [] arg1, तुलनित्र <; सुपर T> arg2); 

  
  
• सामूहिक वर्ग के तरीके (), रिवर्स () और बाइनरीसर्च () सेट्स के साथ काम नहीं करते हैं (कोई अपवाद नहीं फेंक दिया जाता है)

भीतर की कक्षाएं

• बाहरी वर्ग एक शीर्ष-स्तरीय वर्ग है। फ़ाइल को आउटसाइड .class नाम से संकलित किया गया है। अनुमति प्राप्त संशोधक: [डिफ़ॉल्ट], सार्वजनिक
• नेस्टेड क्लासेस। उन्हें स्टैटिक नेस्टेड क्लासेस (स्टैटिक) और इनर क्लासेस (बाकी सभी) में विभाजित किया गया है:
  
  • स्टेटिक नेस्टेड क्लास (या इंटरफ़ेस) - उच्च वर्ग, स्थिर के संदर्भ में परिभाषित। बाहरी वर्ग के स्थिर सदस्यों तक पहुँच सकते हैं। आंतरिक और बाहरी कक्षाओं के उदाहरण स्वतंत्र रूप से बनाए जा सकते हैं (निर्माण सिंटैक्स: OuterClass.StaticNestedClass obj = new OuterClass.StaticNestedClass (); )। फ़ाइल नाम के साथ संकलित करती है: बाहर $ अंदर.क्लास। अनुमति प्राप्त संशोधक: सभी।
  • सदस्य वर्ग - उच्च वर्ग के संदर्भ में परिभाषित किया गया है, स्थिर नहीं। एक उदाहरण केवल बाहरी वर्ग का उदाहरण बनाने के बाद बनाया जा सकता है। फ़ाइल नाम के साथ संकलित करती है: बाहर $ अंदर.क्लास। अनुमति प्राप्त संशोधक: सभी।
  • स्थानीय वर्ग - एक कोड ब्लॉक के अंदर परिभाषित है, और केवल इस ब्लॉक के अंदर दिखाई देता है। यह केवल बाहरी वर्ग के अंतिम चर और विधियों के अंतिम मापदंडों तक पहुंच सकता है। फ़ाइल को नाम के साथ संकलित किया गया है: $ 1 $ अंदर। अनुमत पहुँच संशोधक: केवल [डिफ़ॉल्ट]।
  • अनाम वर्ग - एक स्थानीय वर्ग का एक एनालॉग, केवल अनाम। फ़ाइल नाम के साथ संकलित होती है: $ 1.class के बाहर
  
  

इसे भी याद रखना चाहिए:

• गैर-स्थिर आंतरिक वर्ग में स्थिर तरीके नहीं हो सकते;
• गैर-स्थिर आंतरिक वर्ग में स्थिर चर हो सकते हैं (लेकिन केवल अंतिम!);
• स्थिर नेस्टेड वर्ग में स्थिर और गैर-स्थिर चर हो सकते हैं;

तार के साथ काम करते हैं, नियमित अभिव्यक्ति

• याद रखें कि स्ट्रिंग ऑब्जेक्ट अपरिवर्तनीय हैं, स्ट्रिंगबर्ब्यूलर म्यूटेबल हैं, स्ट्रिंगबफ़र भी उत्परिवर्तनीय हैं और फिर भी थ्रेड सुरक्षित हैं।
• StringBuilder और StringBuffer को केवल स्ट्रिंग के साथ '+' के माध्यम से सम्‍मिलित किया जा सकता है, और एक दूसरे के साथ और दूसरे साधारण प्रकारों (String के विपरीत, जिसे सरल प्रकारों के साथ संक्षिप्त किया जा सकता है) के साथ नहीं किया जा सकता।
• नियमित अभिव्यक्तियों को सावधानीपूर्वक सीखें, अक्सर चालें होती हैं। उदाहरण के लिए, पैटर्न-ए के लिए स्ट्रिंग शाब्दिक में, केवल एक बैकस्लैश निर्दिष्ट है ("\" "), जो संकलन त्रुटि का कारण बनता है।
• क्वांटिफायर * के "लालच" के बारे में याद रखें, उदाहरण के लिए, लाइन के लिए "abcd bla-bla-bla abcd" अभिव्यक्ति "a। * Cd" पूरी लाइन के अनुरूप होगी।
• इसके अलावा, यह मत भूलो कि माचिस वर्ग (खोजने और समूह) के तरीके अंतिम मिलान समूह की स्थिति से अगले मैच की खोज शुरू करते हैं, इसलिए केवल एक मैच "अब्बा" और अभिव्यक्ति "अबा" के लिए मिलेगा।
• String.split (), String.replaceAll (), और Scanner.useDelimeter () विधियाँ नियमित अभिव्यक्ति के साथ काम करती हैं।
• फ़ॉर्मेटिंग स्ट्रिंग्स की मूल बातें याद रखें: System.out.printf ("हैलो जावा% 03 डी!", 7); प्रिंटफ मापदंडों के क्रम के बारे में एक मुश्किल समस्या थी, मैं यह पता लगाने की सलाह देता हूं: System.out.printf ("1:% 3 $ s 2:% 2 $ s 3:% s", 1,2,3);

धाराओं

एक और "पसंदीदा" विषय जहां आपको बहुत सावधान रहने की आवश्यकता है।

• मुख्य बात के बारे में संक्षेप में। सिंक्रनाइज़ विधि () {...} - अन्य थ्रेड्स के लिए ऑब्जेक्ट उदाहरण की वर्तमान और सभी अन्य सिंक्रनाइज़ विधियों को ब्लॉक करता है (दूसरा भाग भूलना आसान है)। यदि विधि को स्थिर के रूप में घोषित किया जाता है, तो कक्षा के सभी सिंक्रनाइज़ किए गए तरीके अवरुद्ध हो जाते हैं।
• और इसी तरह: सिंक्रोनाइज्ड (obj) {...} - ब्लॉक:
  1) अन्य थ्रेड्स के सभी कॉल इस obj ऑब्जेक्ट पर सिंक्रोनाइज़ किए गए ब्लॉक के अंदर होते हैं;
  2) अन्य सभी ब्लॉकों को एक ही ओब्जेक्ट ऑब्जेक्ट के साथ सिंक किया गया है ।
  
• रननेबल इंटरफ़ेस के कार्यान्वयन के गलत रूप हैं, उदाहरण के लिए निजी शून्य रन () {...} , सार्वजनिक इंट रन () {...} , या सार्वजनिक शून्य रन (रननेबल आर) {...} , आदि।
• आप इंटरफ़ेस विधियों और एक अमूर्त वर्ग के लिए synchrnozed निर्दिष्ट नहीं कर सकते हैं, लेकिन enum विधियों के लिए, आप कर सकते हैं।
• धारा समाप्त होने के बाद, आप इसे फिर से शुरू नहीं कर सकते, अर्थात Thread.start () एक IllegalThreadStateException बढ़ाएगा।
• Runnable और Callable के बीच अंतर याद रखें (उत्तरार्द्ध एक मूल्य देता है और एक अपवाद फेंक सकता है)।
• आपको सिद्धांत (परिभाषाएँ) जानना आवश्यक है:
  1) गतिरोध - "मृत" अवरुद्ध, यहाँ, मुझे आशा है, कोई प्रश्न नहीं हैं;
  2) स्ट्रैवेलेशन - जब एक थ्रेड लंबे समय तक संसाधन तक नहीं पहुंच सकता है इस तथ्य के कारण कि यह लंबे समय तक किसी अन्य थ्रेड (अधिक "लालची" या उच्च प्राथमिकता के साथ) में व्यस्त है;
  3) लाइवलॉक - तब होता है जब आदान-प्रदान या एक-दूसरे धागे की प्रतीक्षा बहुत प्रभावी ढंग से काम करने के लिए व्यस्त रहती है। यानी वे समय-समय पर एक-दूसरे के लिए संसाधनों को बहुत कम समय के लिए छोड़ देते हैं, सादृश्य द्वारा, जैसा कि गलियारे में 2 लोग खुद को नहीं खींच सकते हैं, समकालिक रूप से दाएं और बाएं कदम बढ़ा सकते हैं;
  4) दौड़ की स्थिति - एक बहु-थ्रेडेड सिस्टम की एक डिज़ाइन त्रुटि, जिसमें निष्पादन का परिणाम थ्रेड्स के आदेश (यानी, अप्रत्याशित) पर निर्भर करता है।
  

परिवर्तनीय तर्क प्रकार और तरीके

• चौड़ीकरण एक सरल जावा प्रकार का एक विस्तृत एक के लिए एक स्वचालित विस्तार है, उदाहरण के लिए बाइट -> इंट। या एक अधिक सामान्य वर्ग के लिए एक विस्तार, उदाहरण के लिए बाइट -> वस्तु।
• बॉक्सिंग अपने संबंधित वस्तु प्रकार में एक आदिम जावा प्रकार का एक स्वचालित "रैपिंग" है, उदाहरण के लिए: लंबा -> लंबा। तदनुसार, लोंग को लंबे समय तक रैपर प्रकार कहा जाता है।
• अनबॉक्सिंग - रिवर्स ऑपरेशन: लंबा -> लंबा

निम्नलिखित संकलक नियम मौजूद हैं:

• एक आवरण प्रकार से दूसरे तक उदाहरण के लिए चौड़ीकरण संभव नहीं है (उदाहरण के लिए बाइट -> इंट) (आईएस-ए विफल);
• चौड़ीकरण की मनाही है, फिर मुक्केबाजी (int लंबी नहीं हो सकती);
• लेकिन मुक्केबाजी की अनुमति है, फिर चौड़ीकरण (इंट -> इंटेगर -> ऑब्जेक्ट);
• चर तर्क विधियों को चौड़ीकरण और मुक्केबाजी के साथ जोड़ा जा सकता है;
• इस मामले में, संकलक की प्राथमिकता निम्नानुसार होगी (प्राथमिकता के अवरोही क्रम में): चौड़ीकरण, मुक्केबाजी, var-args;
• अलग-अलग तरीकों से ओवरलोड करने के लिए व्यक्तिगत रूप से बॉक्सिंग और var-args का उपयोग किया जा सकता है।

नवाचार 7 संस्करण

• फोर्क-जॉइन फ्रेमवर्क। आपको इसका उपयोग करके कोड बनाने के लिए न्यूनतम बुनियादी सिद्धांतों को जानना होगा। RecursiveTask / RecursiveAction इंटरफेस के साथ कुछ प्रश्न थे ( प्रलेखन से फाइबोनैचि श्रृंखला के साथ उदाहरण का एक एनालॉग था) और एक सैद्धांतिक प्रश्न कि कार्य को दो में कैसे विभाजित किया जाए।
• NIO2। यहां आपको निम्नलिखित अच्छी तरह से जानना होगा:
  - PathMatcher फ़ाइलों की खोज के लिए मास्क ("ग्लोब: *। Jpg") और फाइलों के पेड़ को हटाने के सिद्धांत (Files.walkFileTree);
  - वर्ग पथ (विशेष रूप से तरीके getName, subpath, relativize);
  - वर्ग फ़ाइलें (विधियाँ कॉपी, मूव + स्टैण्डर्डकॉपीओन, न्यूबर्डर राइडर, न्यूबर्डर वेटर, सेटआट्रा, गेटअट्रीब्यूट);
  - क्लास वॉचसेव।
• और AutoCloseable इंटरफ़ेस और "try-with-resource" में इसके उपयोग की सभी बारीकियों को समझना सुनिश्चित करें (मुझे लगता है कि यह जानने के लिए पर्याप्त है: कहाँ और कब कोशिश के अंदर घोषित वस्तु () कोष्ठक उपलब्ध है जब इसे जारी किया जाता है, तो अपवाद होने पर क्या होगा और इसे कैसे अलग करना है) अन्य संभावित अपवाद)।

अनेक वस्तुओं का संग्रह

• एक्स और वाई एक अलग श्रेणी पदानुक्रम से संबंधित हैं, तो एक्स एक्सप्रोफ़ वाई - संकलन नहीं करेगा।
• लेकिन एक्स इंस्टोफॉइट SomeInterface संकलित करता है। सामान्य तौर पर, परीक्षा में कक्षाओं के लिए और "इंटरफेस" के बीच कोई अंतर नहीं होता है, अर्थात्। जैसे-क को सम-ए से बराबर किया जाता है।
• और अभी तक instof सामान्यीकरण के साथ काम नहीं करता है।
• परिभाषाएँ याद रखें:
  कपलिंग - जुड़ाव। यह वह डिग्री है जिसके लिए प्रत्येक प्रोग्राम मॉड्यूल अन्य मॉड्यूल का उपयोग करता है।
  सामंजस्य - कनेक्टिविटी। यह एक मॉड्यूल के कुछ हिस्सों के बीच आंतरिक संबंध की डिग्री है। या आप इसे अपने प्रत्यक्ष कार्यों पर कक्षा के फोकस के माप के रूप में भी परिभाषित कर सकते हैं।
  
• किसी कारण से, डिजाइन पैटर्न के विषय पर बहुत सारे प्रश्न हैं (क्या कोई मुझे बता सकता है कि उनके बारे में इतना असामान्य क्या है)। ईमानदारी से, मैं अभी भी यहाँ कुछ अंतराल है, क्योंकि मुझे वास्तव में कहीं भी समझदार सामग्री नहीं मिली (विकिपीडिया किसी भी तरह लंगड़ा है)। यहाँ यह कमोबेश DAO के बारे में लिखा गया है। और सामान्य तौर पर, मुझे लगता है कि एक अच्छा प्रोग्रामर को खुद ऐसे पैटर्न के साथ आना चाहिए जो विशेष रूप से उसकी परियोजना के लिए उपयुक्त हों, और हर जगह ऐसी "सिफारिशों" का पालन न करें। संक्षेप में, परीक्षा में सिंगलटन, डीएओ और फैक्टरी को थोड़ा जानना बेहतर है।
• आपको javac कमांड-लाइन उपयोगिताओं (-cp, -d, -source), java (-ea, -da, -cp) और जार उपयोगिता के मुख्य तर्कों को याद रखने की आवश्यकता है।
• परीक्षा में क्या नहीं हुआ:
  
  • कचरा संग्रहण पर सवाल। यद्यपि उपरोक्त सभी परीक्षणों में वह बहुत "प्रिय" था।
  • सभी प्रकार के Executors का उपयोग करने वाला कोई कोड नहीं था। केवल एक सिद्धांत का सवाल था।
  • थ्रेड पूल बिलकुल नहीं।
  • रोसेट के उपवर्गों का उपयोग करते हुए कोड। केवल सिद्धांत।
  
  यह स्पष्ट है कि अगर मैं किसी भी विषय में नहीं आया था, इसका मतलब यह नहीं है कि यह सवालों में नहीं है। लेकिन शायद कोई पहले से ही तैयार की गई तैयारी को सरल कर देगा। मुझे संदेह है कि ओरेकल समय-समय पर प्रश्नों का एक सेट अपडेट करता है ताकि इस तरह के पोस्ट जीवन को मीठा न बनाएं। तो ताजा रहते हुए आगे बढ़ें :)
  

निष्कर्ष

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