جاوا ڊولپر لاءِ انٽرويوز کان سوالن ۽ جوابن جو تجزيو. حصو 8

عمل يا نظريو؟ ڇا وڌيڪ ضروري آهي؟ ڪيترائي چوندا ته، يقينا، مشق وڌيڪ ضروري آهي. پسند ڪريو، جيترو محنت ڪري سگھو مشق ڪريو ۽ توھان خوش رھندؤ. مان هن سان اختلاف ڪرڻ جي جرئت ڪريان ٿو. انٽرويو دوران، ڪو به نه ڄاڻندو ته توهان مشق ۾ ڪيترو سٺو آهيو. توھان کان پڇيو ويندو پوري ڊگھي تي صحيح طور تي نظريي جي مطابق. ۽ صرف تڏهن، جڏهن توهان انٽرويو جي سڀني دورن مان وڃو ۽ پروجيڪٽ ۾ وڃو، ڇا توهان پنهنجي عملي صلاحيتن کي استعمال ڪندا. توهان اعتراض ڪري سگهو ٿا: ڪڏهن ڪڏهن اهي توهان کي هڪ امتحان جو ڪم ڏين ٿا ۽ مشق اڃا تائين گهربل آهي. مان بحث نٿو ڪريان، اهي ڪڏهن ڪڏهن ڏنيون وينديون آهن، پر معاملي جي حقيقت اها آهي ته ڪڏهن ڪڏهن، پر هڪ نظرياتي انٽرويو هميشه ٿيندي آهي. ڇا توهان فرق محسوس ڪندا آهيو؟ تنهن ڪري، توهان کي پنهنجي پيرن هيٺان هڪ مضبوط نظرياتي بنياد هجڻ گهرجي، جنهن کي اسين اڄ تائين مضبوط ڪنداسين. يعني، اسان سوالن جو تجزيو ڪرڻ جاري رکنداسين جيڪي اڪثر انٽرويو دوران پڇيا ويندا آهن.

71. جيڪڏهن اسان Enum لاءِ toString() طريقي کي اوور رائڊ نه ڪندا ته ڇا ٿيندو؟

اچو ته چئون ته اسان وٽ هيٺيون اينيم آهن :

public enum Role {
   STUDENT,
   TEACHER,
   DIRECTOR,
   SECURITY_GUARD;
}

اچو ته شاگرد کي ڪنسول ۾ ڏيکاريون toString() تي ڪال ڪندي :

System.out.println(Role.STUDENT.toString());

ڪنسول ۾ نتيجو: اھو آھي، ڊفالٽ طور، toString() enum لاءِ مستقل جو نالو آھي.

72. ڇا اهو ممڪن آهي ته هڪ Enum اندر هڪ تعمير ڪندڙ کي بيان ڪرڻ لاء؟

ها، ضرور. اهو تعمير ڪندڙ جي ذريعي آهي ته اندروني اينيم متغير جا قدر مقرر ڪيا ويا آهن. مثال طور، اچو ته پوئين اينيم ۾ ٻه شعبا شامل ڪريون - ageFrom ۽ ageTo - هر ڪردار جي عمر جي حد کي ظاهر ڪرڻ لاءِ:

public enum Role {
   STUDENT(5,18),
   TEACHER(20,60),
   DIRECTOR(40,70),
   SECURITY_GUARD(18,50);

   int ageFrom;
   int ageTo;

   Role(int ageFrom, int ageTo) {
       this.ageFrom = ageFrom;
       this.ageTo = ageTo;
   }
}

73. == ۽ برابر () ۾ ڪهڙو فرق آهي؟

اھو ھڪڙو عام جاوا ڊولپر انٽرويو سوالن مان آھي. اچو ته ان حقيقت سان شروع ڪريون ته جڏهن اسان سادو قدرن جو مقابلو ڪريون ٿا ( int , char , double ...)، اسان ان کي == استعمال ڪريون ٿا ، ڇاڪاڻ ته متغيرن ۾ مخصوص قدر شامل آهن ۽ اسان انهن جو مقابلو ڪري سگهون ٿا. ۽ primitive variables پوريون شيون نه آهن - اهي Object کان ورثي ۾ نه آهن ۽ نه آهن برابر () طريقو . جڏهن اسان متغيرن جي مقابلي جي باري ۾ ڳالهايون ٿا جيڪي شيون ڏانهن اشارو ڪن ٿا، == صرف حوالن جي قيمت جو مقابلو ڪنداسين - ڇا اهي ساڳيا اعتراض جو حوالو ڏين ٿا يا نه. ۽ جيتوڻيڪ هڪ شئي ٻئي سان هڪجهڙائي رکي ٿي، ان جي مقابلي ۾ == هڪ ناڪاري نتيجو ڏيندو ( فالو )، ڇاڪاڻ ته هي هڪ مختلف اعتراض آهي. جيئن توهان سمجھو ٿا، برابر () طريقو استعمال ڪيو ويندو آهي حوالن جي متغيرن جي مقابلي لاءِ . هي هڪ معياري طريقو آهي Object class جي ، جنهن جي ضرورت آهي شين جي مڪمل مقابلي لاءِ. پر اهو فوري طور تي واضح ڪرڻ جي قابل آهي: هن طريقي سان صحيح ڪم ڪرڻ لاء، اهو لکڻ جي ضرورت آهي ته هن طبقي جي شين جو مقابلو ڪيئن ڪيو وڃي. جيستائين توھان طريقي کي اووررائڊ نه ڪندا، ڊفالٽ طور اھو شين جي ڀيٽ ڪندو == . IntelliJ IDEA ۾ ، توھان ان کي خود بخود اوور رائڊ ڪري سگھو ٿا (IDEA اوزار استعمال ڪندي) -> alt + insert ، ونڊو ۾ جيڪو ظاهر ٿئي ٿو، چونڊيو equals() ۽ hashCode() -> منتخب ڪريو ڪھڙي ڪلاس فيلڊز کي حصو وٺڻ گھرجي -> ۽ voila، خودڪار طريقي سان عمل درآمد طريقا مڪمل ڪيا ويا آهن. هتي هڪ مثال آهي ته هڪ خودڪار ٺاهيل هڪجهڙائي وارو طريقو هڪ سادي Cat ڪلاس لاءِ ٻن شعبن سان نظر ايندو - int age ۽ String name :

@Override
public boolean equals(final Object o) {
   if (this == o) return true;
   if (o == null || this.getClass() != o.getClass()) return false;
   final Cat cat = (Cat) o;
   return this.age == cat.age &&
           Objects.equals(this.name, cat.name);
}

جيڪڏهن اسان جي وچ ۾ فرق جي باري ۾ ڳالهايون == ۽ enums لاء برابر ، اتي گهڻو ڪجهه ناهي. سڀ کان پوء، enum ذخيرو رکي ٿو مستقل، ۽ جيتوڻيڪ جڏهن ساڳين قدرن جي مقابلي ۾ == استعمال ڪندي ، اسان حاصل ڪنداسين true ، ڇاڪاڻ ته حوالا هميشه ساڳين شين ڏانهن هوندا. خير، جڏهن برابر استعمال ڪندي، اسان ڪارڪردگي کي به صحيح طريقي سان ڪم ڪنداسين، خاص طور تي جيڪڏهن توهان هڪ اينم جي برابري طريقي جي جسم ۾ وڃو ، توهان ڏسندا ته اينم ڪلاس ۾ طريقي جو عمل هن ريت آهي: اهو آهي، اندر - حوالي سان سٺو پراڻو مقابلو! اختصار ڪرڻ لاءِ: enum لاءِ ، comparison both through == ۽ برابر صحيح آهي.

74. ordinal() طريقو Enum ۾ ڇا ڪندو آهي؟

جڏهن int ordinal() طريقي کي هڪ enum عنصر تي سڏين ٿا ، اسان ڳڻپ جي عام سيريز ۾ هن قدر جي صفر کان آرڊينل نمبر حاصل ڪنداسين. اچو ته هن طريقي کي استعمال ڪريون هڪ عنصر تي اڳئين بحث ڪيل اينيم مان - ڪردار :

System.out.println(Role.DIRECTOR.ordinal());

ان جي مطابق، ڪنسول ڏيکاريندو:

75. ڇا جاوا ۾ TreeSet يا TreeMap سان Enum استعمال ڪرڻ ممڪن آھي؟

TreeSet ۽ TreeMap ۾ اينم قسم جي استعمال جي اجازت آهي. ۽ اسان لکي سگهون ٿا:

TreeSet<Role> treeSet = new TreeSet<>();
treeSet.add(Role.SECURITY_GUARD);
treeSet.add(Role.DIRECTOR);
treeSet.add(Role.TEACHER);
treeSet.add(Role.STUDENT);
treeSet.forEach(System.out::println);

۽ ڪنسول ڏيکاريندو: اسان حاصل ڪيو پيداوار الفابيٽ جي ترتيب ۾ نه. نقطو اهو آهي ته جيڪڏهن اسان Enum عناصر استعمال ڪريون ٿا TreeSet قدرن لاءِ يا TreeMap لاءِ ڪنجيون ، عناصر ترتيب ڏنل آهن انهن جي قدرتي ترتيب ۾ (جنهن ۾ اهي بيان ڪيل آهن enum ). انهن خاصيتن کي سمجهڻ اسان کي بهتر ڪوڊ لکڻ ۾ مدد ڪري ٿي.

76. اينيم ۾ ordinal() ۽ compareTo() طريقا ڪيئن لاڳاپيل آهن؟

جيئن اڳ بيان ڪيو ويو آهي، ordinal() عام ڳڻپ جي فهرست ۾ هڪ قدر جو آرڊينل نمبر واپس ڪري ٿو. انهي سان گڏ، پوئين سوال جي تجزيي ۾، توهان ڏٺو ته ڳڻپيوڪر جا عنصر، هڪ ڀيرو، مثال طور، هڪ TreeSet (ترتيب ٿيل سيٽ) ۾ ترتيب ڏيو جنهن ۾ انهن کي enum ۾ بيان ڪيو ويو آهي . ۽ جيئن اسان ڄاڻون ٿا، TreeSet ۽ TreeMap عناصر کي ترتيب ڏيو انهن جي compareTo() طريقي سان سڏيندڙ انٽرفيس جو . ان مان اسان اهو فرض ڪري سگهون ٿا ته Enum ڪلاس Comparable انٽرفيس کي لاڳو ڪري ٿو ، ان کي compareTo() طريقي سان لاڳو ڪري ٿو ، جنهن ۾ ترتيب ترتيب ڏيڻ لاءِ ordinal() استعمال ڪيو ويندو آهي. Enum ڪلاس ۾ داخل ٿيڻ سان ، اسان ان جي تصديق ڏسون ٿا: ۽ طريقي جو جسم پاڻ: ordinal() طريقو هتي نه سڏيو ويندو آهي. ان جي بدران، آرڊينل متغير استعمال ڪيو ويندو آهي - ڳڻپ ۾ عنصر جو آرڊينل نمبر. ordinal() طريقو خود آرڊينل متغير لاءِ حاصل ڪندڙ کان وڌيڪ ڪجھ به ناهي .

77. هڪ مثال لکو EnumM

مٿي ذڪر ڪيل سوالن ۾، مون اڳ ۾ ئي enums جا مثال ڏنا آهن ۽ مون کي ڪوڊ نقل ڪرڻ ۾ نقطو نظر نٿو اچي (مثال طور، سوال نمبر 72 enum ۾ تعمير ڪندڙ بابت).

78. ڇا اينيم کي سوئچ ڪيس ۾ استعمال ڪرڻ ممڪن آهي؟

اهو ممڪن ۽ ضروري آهي! منهنجي مشق تي واپس ڏسي رهيو آهيان، مون کي ياد آهي ته اينم استعمال ڪرڻ لاء سڀ کان وڌيڪ عام جڳهن مان هڪ آهي منطقي تعميرات جهڙوڪ سوئچ . انهي صورت ۾، توهان ڪيس جي سڀني ممڪن تبديلين کي مهيا ڪري سگهو ٿا، ۽ سڀني enum قدرن لاء منطق لکڻ کان پوء - ۽ ڊفالٽ آپريٽر استعمال ڪرڻ به ضروري نه هجي! سڀ کان پوء، جيڪڏهن توهان هڪ String يا عددي قدر استعمال ڪريو ٿا، مثال طور، قسم جي int جو ، توهان کي اڻڄاتل قدر ملي سگهي ٿو، جنهن جي نتيجي ۾ هڪ اينم استعمال ڪرڻ ناممڪن آهي . اڳ ۾ بحث ڪيل مثال لاءِ هڪ سوئچ ڇا نظر ايندو :

public void doSomething(Role role) {
   switch (role) {
       case STUDENT:
           // некая логика для STUDENT
           break;
       case TEACHER:
           // некая логика для TEACHER
           break;
       case DIRECTOR:
           // некая логика для DIRECTOR
           break;
       case SECURITY_GUARD:
           // некая логика для SECURITY_GUARD
           break;
   }
}

79. Enum مثال ۾ سڀ موجود قدر ڪيئن حاصل ڪجي؟

جيڪڏهن توهان کي حاصل ڪرڻ جي ضرورت آهي هڪ اينم جا سڀئي مثال، اتي هڪ قدر () طريقو آهي جيڪو قدرتي ترتيب ۾ هڪ خاص اينيم جي سڀني موجود قدرن جي هڪ صف کي واپس ڏئي ٿو (ان ترتيب ۾ اهي اينم ۾ بيان ڪيا ويا آهن ). مثال:

Role[] roles = Role.values();
for (Role role : roles) {
   System.out.println(role);
}

ڪنسول ھيٺ ڏنل ٻاھر ڏيکاريندو:

اسٽريم API

80. جاوا ۾ وهڪرو ڇا آهي؟

جاوا اسٽريم ڊيٽا اسٽريم سان لهه وچڙ ڪرڻ جو هڪ نسبتاً نئون طريقو آهي، جنهن جي نتيجي ۾ توهان کي اجازت ڏئي ٿي ته وڌيڪ آساني سان ۽ جامع طريقي سان وڏي ڊيٽا کي پروسيس ڪري، ۽ گڏوگڏ ڊيٽا پروسيسنگ کي هڪ خاص تعداد جي سلسلي جي وچ ۾ متوازي ڪري، جيڪو استعمال ۾ ڪارڪردگيءَ ۾ واڌارو ڏئي سگهي ٿو. ڪارڪردگي. هن موضوع تي مختصر طور تي وڌيڪ تفصيل سان بحث نه ٿو ڪري سگهجي، تنهن ڪري آئون هتي هڪ مضمون جي لنڪ ڇڏي ڏيندس جيڪا توهان جي مدد ڪري سگهي ٿي هن موضوع ۾ ٻڏڻ ۾.

81. ٽرانزيڪشن جا مکيه خاصيتون ڇا آهن؟

موضوع کي سڏيو ويندو آهي اسٽريم API، پر سوال ٽرانزيڪشن بابت آهي. هيم... پهرين، اچو ته سمجهون ته ٽرانزيڪشن ڇا آهي. هڪ ٽرانزيڪشن ترتيب واري ڊيٽابيس جي عملن جو هڪ گروپ آهي جيڪو ڊيٽا سان ڪم ڪرڻ جي منطقي يونٽ جي نمائندگي ڪري ٿو. هڪ ٽرانزيڪشن مڪمل طور تي مڪمل ٿي سگهي ٿو ۽ ڪاميابي سان، ڊيٽا جي سالميت کي برقرار رکڻ ۽ متوازي ۾ هلندڙ ٻين ٽرانزيڪشن جي آزاديء سان، يا اهو مڪمل طور تي مڪمل نه ٿو ڪري سگهجي، انهي صورت ۾ ان جو ڪو اثر ناهي. تنهن ڪري، ٽرانزيڪشن ۾ چار مکيه خاصيتون آهن، جن کي مختصر لاء ACID سڏيو ويندو آهي . اچو ته ڏسو ته هن مخفف جو هر اکر ڪيئن بيٺو آهي: A - Atomicity - atomicity - هي ملڪيت ضمانت ڏئي ٿي ته ڪوبه ٽرانزيڪشن جزوي طور سسٽم ۾ رڪارڊ نه ڪيو ويندو. يا ته ان جا سڀئي ذيلي آپريشن ڪيا ويندا، يا ڪو به انجام نه ڏنو ويندو ( سڀ يا ڪجھ به نه ). ج - تسلسل - استحڪام هڪ ملڪيت آهي جيڪا يقيني بڻائي ٿي ته هر ڪامياب ٽرانزيڪشن صرف صحيح نتيجا رڪارڊ ڪري ٿو. اهو آهي، اها هڪ گارنٽي آهي ته هڪ ڪامياب ٽرانزيڪشن جي صورت ۾، سڀئي ضابطا ۽ پابنديون جيڪي سسٽم کي مخصوص ڊيٽا تي لاڳو ڪري ٿو، پوريون ڪيون وينديون، ٻي صورت ۾ ٽرانزيڪشن مڪمل نه ٿيندي ۽ سسٽم ۾ ڊيٽا ان جي پوئين طرف واپس ويندي. رياست. I - Isolation - isolation هڪ ملڪيت آهي جيڪا چوي ٿي ته ٽرانزيڪشن جي عمل دوران، متوازي ٽرانزيڪشن ان جي نتيجي تي اثر انداز نه ٿيڻ گهرجي. هي ملڪيت وسيع آهي، تنهنڪري اهو عام طور تي لاڳو ڪيو ويندو آهي جزوي طور تي موصليت جي ڪجهه سطحن کي اجازت ڏيڻ سان جيڪو ڪجهه موصليت جي مسئلن کي حل ڪري ٿو. اسان ان تي وڌيڪ تفصيل سان بحث ڪنداسين ايندڙ سوال ۾. D - Durability - هي ملڪيت يقيني بڻائي ٿي ته جيڪڏهن صارف کي سسٽم مان تصديق ملي ٿي ته ٽرانزيڪشن مڪمل ٿي وئي آهي، هو پڪ ڪري سگهي ٿو ته هن جيڪي تبديليون ڪيون آهن انهن کي ڪجهه ناڪامي جي ڪري منسوخ نه ڪيو ويندو. اھو آھي، توھان پڪ ڪري سگھوٿا ته ڪجھ قسم جي آپريٽنگ سسٽم جي ناڪامي توھان جي ڊيٽا کي ڪجھ به نه ڪندي جيڪڏھن توھان اڳ ۾ ئي حاصل ڪيو آھي توھان جي ٽرانزيڪشن جي ڪامياب مڪمل ٿيڻ جي تصديق.

82. ٽرانزيڪشن آئسوليشن ليول ڇا آهن؟

جيئن مون اڳ ۾ چيو آهي ته، ACID علحدگيءَ کي مهيا ڪرڻ هڪ وسيلا-گھڻي عمل آهي. تنهن ڪري، هي ملڪيت جزوي طور تي مطمئن آهي. اڪيلائي جا مختلف سطح آهن، ۽ جيتري اعليٰ سطح، اوترو پيداوار تي اثر وڌندو. ٽرانزيڪشن جي اڪيلائي جي سطح تي وڃڻ کان اڳ، اسان کي غير مناسب ٽرانزيڪشن جي اڪيلائي جي مختلف مسئلن کي ڏسڻ جي ضرورت آهي :

• پريتم پڙهڻ - جڏهن ساڳيو نمونو (ساڳئي سوال) ساڳئي ٽرانزيڪشن ۾ بار بار سڏيو ويندو آهي، وصول ڪيل ڊيٽا مختلف هوندي آهي، جيڪا ڪنهن ٻئي ٽرانزيڪشن طرفان ڊيٽا داخل ڪرڻ جي سبب ٿيندي آهي؛

• نه ورجائيندڙ پڙهڻ - جڏهن ساڳيو نمونو (ساڳئي سوال) هڪ ئي ٽرانزيڪشن ۾ بار بار سڏيو ويندو آهي، وصول ڪيل ڊيٽا مختلف هوندي آهي، جيڪا تبديلين (اپڊيٽ) ۽ ڪنهن ٻئي ٽرانزيڪشن ذريعي ڊيٽا جي حذف ٿيڻ جي ڪري ٿيندي آهي؛

• گندي پڙهڻ - ڊيٽا پڙهڻ جو عمل شامل ڪيو ويو يا ٽرانزيڪشن طرفان تبديل ڪيو ويو جيڪو بعد ۾ تصديق نه ڪيو ويو آهي (رول واپس)، يعني. غلط ڊيٽا پڙهڻ؛

• گم ٿيل تازه ڪاري - جڏهن مختلف ٽرانزيڪشن ساڳئي وقت ساڳئي ڊيٽا کي تبديل ڪن ٿا، آخري هڪ کان سواء سڀ تبديليون گم ٿي وينديون آهن (هڪ گھڻن موضوعن واري ماحول ۾ "ريس حالت" جي مسئلي جي ياد ڏياريندڙ).

ٽرانزيڪشن جي اڪيلائي جي سطحن جي خصوصيت ڪئي وئي آهي ته انهن جي خلاف ڪهڙي اڪيلائي جي مسئلن جي حفاظت ڪن ٿا. اچو ته هڪ ٽيبل جي صورت ۾ غور ڪريون ته موصليت جي سطح ۽ ڪهڙيون مشڪلاتون انهن کان بچائين ٿيون: ۽ سڪي جي ٻئي پاسي کي نه وساريو: اڪيلائي جي سطح جيترو وڌيڪ، اوترو ڊگهو ٽرانزيڪشن عمل ۾ آڻيندو (جيڪڏهن ڪيترائي ٽرانزيڪشن متوازي طور تي عمل ڪيا وڃن). جيڪڏھن توھان چاھيو ٿا ھن موضوع ۾ وڌيڪ گہرا ڳولھا، ھتي آھي ھڪڙو وڏو مضمون توھان کي شروع ڪرڻ لاءِ.

83. بيان ۽ تيار ڪيل بيان جي وچ ۾ ڇا فرق آهي؟

۽ هتي JDBC ٽيڪنالاجي جي خاصيتن لاء هڪ تمام آسان منتقلي نه آهي . سو، پهرين، اچو ته اهو سمجهون ته بيان اصل ۾ ڇا آهي . هي هڪ اعتراض آهي جيڪو SQL سوالن کي پيدا ڪرڻ لاء استعمال ڪيو ويندو آهي. JDBC ٽن قسمن جو استعمال ڪري ٿو - بيان ، تيار ڪيل بيان ۽ ڪالبل بيان . اسان اڄ ڪالبل اسٽيٽمينٽ تي نه ڏسنداسين : اچو ته بيان ۽ تيار ڪيل بيان جي وچ ۾ فرق بابت ڳالهايون .

1. بيان استعمال ڪيو ويندو آهي سادي SQL سوالن کي هلائڻ لاءِ بغير ايندڙ، متحرڪ طور داخل ٿيل پيرا ميٽرز. PrepareStatement استعمال ڪيو ويندو آھي متحرڪ طور تي ان پٽ پيٽرول داخل ڪرڻ جي صلاحيت سان.

2. PreparedStatement ۾ پيرا ميٽر مقرر ڪرڻ لاءِ ، گذارش ۾ ان پٽ پيراميٽر سواليا نشانن جي طور تي لکيل آھن، پوءِ انھن جي بدران ڪجھ قدر داخل ڪرڻ لاءِ مختلف سيٽرز استعمال ڪندي، جھڙوڪ setDouble() , setFloat() , setInt() , setTime() .. .. نتيجي طور، توھان پنھنجي سوال ۾ غلط قسم جي ڊيٽا داخل نه ڪندا.

3. PreparedStatement "precompiled" آھي ۽ ڪيشنگ استعمال ڪري ٿو، تنھنڪري ان جي عمل کي بيان ڪيل شيون کان پڇڻ کان ٿورو تيز ٿي سگھي ٿو . نتيجي طور، SQL سوال جيڪي بار بار عمل ڪيا ويندا آھن، ڪارڪردگي کي بھتر ڪرڻ لاءِ PreparedStatement شئي طور لکيل آھن .

4. بيان SQL انجيڪشن لاءِ خطرناڪ آهي، جڏهن ته PreparedStatement انهن کي روڪي ٿو. وڌيڪ پڙهو SQL انجيڪشن کي ختم ڪرڻ ۽ جاوا سيڪيورٽي ۾ ٻيا بهترين طريقا هن آرٽيڪل ۾ .

جيڪڏهن توهان جاوا ايپليڪيشن کي ڊيٽابيس سان ڳنڍڻ جي ٽيڪنالاجي جو مطالعو ڪرڻ شروع ڪري رهيا آهيو - JDBC، آئون توهان کي هن مضمون سان شروع ڪرڻ جي صلاح ڏيان ٿو . خير، هن نقطي تي اسين اڄ بند ڪنداسين.