جاوا ڪور. انٽرويو لاءِ سوال، حصو 3

پوئين ٻن مضمونن ۾، اسان ڪجهه اهم سوالن تي بحث ڪيو جيڪي توهان اڪثر انٽرويو ۾ پڇيا ويندا آهن. اهو وقت آهي اڳتي وڌڻ ۽ باقي سوالن کي ڏسو.

عميق نقل ۽ ٿلهي ڪاپي

اصل جي صحيح ڪاپي ان جي ڪلون آهي. جاوا ۾، هن جو مطلب آهي هڪ شئي ٺاهڻ جي قابل ٿي ساڳي جوڙجڪ سان اصل اعتراض سان. اهو طريقو clone()هن ڪارڪردگي مهيا ڪري ٿو. گھٽ ۾ گھٽ معلومات جيتري ممڪن طور تي نقل ڪرڻ واريون ڪاپيون. ڊفالٽ طور، جاوا ۾ ڪلوننگ گهٽ آهي، يعني. Object classڪلاس جي ساخت جي باري ۾ نه ڄاڻندو آھي جيڪو نقل ڪري رھيو آھي. جڏهن ڪلوننگ، JVM هيٺيون ڪندو آهي:

1. جيڪڏهن هڪ طبقي ۾ صرف ابتدائي قسم جا ميمبر آهن، پوء اعتراض جي مڪمل طور تي نئين ڪاپي ٺاهي ويندي ۽ انهي اعتراض جو حوالو واپس ڪيو ويندو.
2. جيڪڏهن ڪنهن ڪلاس ۾ نه رڳو ابتدائي قسم جا ميمبر هجن، پر ڪنهن ٻئي طبقي جي قسم جا ميمبر به هجن، ته پوءِ انهن طبقن جي شين جا حوالا نقل ڪيا ويندا آهن. تنهن ڪري، ٻنهي شين جو ساڳيو حوالو هوندو.

ڊيپ ڪاپي هر شي کي نقل ڪري ٿي. ڊيپ ڪاپينگ ٻه مجموعا آهن، جن مان هڪ اصل مجموعي جي سڀني عنصرن کي نقل ڪري ٿو. اسان هڪ ڪاپي ٺاهڻ چاهيون ٿا ته ڪاپي جي ڪنهن به عنصر ۾ تبديلي ڪرڻ سان اصل مجموعو متاثر نه ٿئي. گہرے ڪلوننگ کي ھيٺين قاعدن جي ضرورت آھي:

1. اتي ڪا به ضرورت ناهي ته ابتدائي ڊيٽا کي الڳ الڳ نقل ڪيو وڃي؛
2. اصل ڪلاس ۾ سڀني ميمبر طبقن کي ڪلوننگ جي حمايت ڪرڻ گهرجي. هر ڪلاس جي ميمبر لاءِ، سڏڻ لازمي آهي super.clone()جڏهن طريقو ختم ڪيو وڃي clone()؛
3. جيڪڏهن ڪنهن ڪلاس جو ڪو ميمبر ڪلوننگ کي سپورٽ نٿو ڪري، ته پوءِ ڪلون طريقي ۾، توهان کي ان ڪلاس جو هڪ نئون مثال ٺاهڻو پوندو ۽ ان جي هر ميمبر کي سڀني خاصيتن سان نقل ڪرڻ جي ضرورت آهي، هڪ وقت ۾ هڪ نئين ڪلاس جي اعتراض سان.

ڪلوننگ بابت وڌيڪ ڄاڻو هتي

هم وقت سازي ڇا آهي؟ اعتراض-سطح لاڪنگ ۽ ڪلاس-سطح لاڪنگ؟

هم وقت سازي مان مراد ملٽي ٿريڊنگ آهي. ڪوڊ جو هڪ هم وقت ساز بلاڪ هڪ وقت ۾ صرف هڪ سلسلي سان عمل ڪري سگهجي ٿو. جاوا توهان کي هڪ ئي وقت ڪيترن ئي موضوعن تي عمل ڪرڻ جي اجازت ڏئي ٿي. ان جي نتيجي ۾ ٿي سگھي ٿو ٻه يا وڌيڪ سلسلا ساڳي فيلڊ تائين رسائي ڪرڻ چاهيندا. هم وقت سازي ياداشت جي غلطين کان بچڻ ۾ مدد ڪري ٿي جيڪا ٿئي ٿي جڏهن ميموري وسيلن کي غلط استعمال ڪيو وڃي. جڏهن هڪ طريقو اعلان ڪيو ويو آهي هم وقت سازي، ڌاڳو ان جي مانيٽر رکي ٿو. جيڪڏهن ٻيو ڌاڳو هن وقت هم وقت سازي واري طريقي تائين رسائي ڪرڻ جي ڪوشش ڪري ٿو، موضوع کي بلاڪ ڪيو ويو آهي ۽ مانيٽر جي آزاد ٿيڻ جو انتظار ڪري ٿو. جاوا ۾ هم وقت سازي خاص هم وقت ڪيل لفظ سان مڪمل ڪئي وئي آهي . توھان ھن طرح پنھنجي ڪلاس ۾ انفرادي بلاڪ يا طريقن کي نشانو بڻائي سگھو ٿا. هم وقت سازي ڪيل لفظ ڪلاس متغير يا خاصيتن سان گڏ استعمال نه ٿو ڪري سگھجي. آبجیکٹ ليول لاڪنگ هڪ ميکانيزم آهي جڏهن توهان هڪ غير مستحڪم طريقو يا ڪوڊ جي غير جامد بلاڪ کي هم وقت سازي ڪرڻ چاهيو ٿا ته جيئن صرف هڪ ٿريڊ ڪلاس جي ڏنل مثال تي ڪوڊ جي بلاڪ تي عمل ڪري سگهي. اهو هميشه ڪرڻ گهرجي ڪلاس مثال واري سلسلي کي محفوظ بڻائڻ لاءِ. ڪلاس ليول لاڪنگ ڪيترن ئي موضوعن کي ڪلاس جي سڀني موجود مثالن لاءِ هم وقت ساز بلاڪ ۾ داخل ٿيڻ کان روڪي ٿو. مثال طور، جيڪڏهن DemoClass ڪلاس جا 100 مثال آهن، ته پوءِ صرف 1 ٿريڊ demoMethod() تي عمل ڪرڻ جي قابل هوندو هڪ ڏنل وقت ۾ هڪ متغير استعمال ڪندي. اهو هميشه ڪرڻ گهرجي جامد سلسلي جي حفاظت کي يقيني بڻائڻ لاء. هم وقت سازي بابت وڌيڪ ڄاڻو هتي.

ننڊ () ۽ انتظار () جي وچ ۾ ڇا فرق آهي؟

Sleep()ھڪڙو طريقو آھي جيڪو عمل کي ڪجھ سيڪنڊن لاء دير ڪرڻ لاء استعمال ڪيو ويندو آھي. جي صورت ۾ wait()، موضوع هڪ انتظار جي حالت ۾ آهي جيستائين اسان کي سڏين ٿا notify()يا طريقو notifyAll(). بنيادي فرق اهو آهي ته wait()اهو مانيٽر لاک کي جاري ڪري ٿو جڏهن ته اهو sleep()تالا جاري نٿو ڪري. Wait()گھڻن موضوعن واري ايپليڪيشنن لاءِ استعمال ڪيو ويو، sleep()صرف ٿريڊ جي عمل کي روڪڻ لاءِ استعمال ڪيو ويو. Thread.sleep()موجوده ٿريڊ کي "Not Runnable" حالت ۾ ڪجهه وقت لاءِ رکي ٿو. ٿريڊ مانيٽر جي حالت بچائي ٿي جيڪا هن طريقي کي سڏڻ کان اڳ هئي. جيڪڏهن ڪو ٻيو ڌاڳو سڏجي t.interrupt()، ته اهو ڌاڳو جيڪو ”سويو ويو“ جاڳندو. نوٽ ڪريو ته ھي sleep()ھڪڙو جامد طريقو آھي، مطلب ته اھو ھميشه موجوده ٿريڊ تي اثر انداز ٿئي ٿو (جنھن طريقي سان عمل ڪرڻ وارو sleep()). هڪ عام غلطي آهي ڪال ڪرڻ آهي t.sleep()جتي tٻيو ٿريڊ آهي. جيتوڻيڪ جڏهن موجوده سلسلي جنهن کي طريقو سڏيو ويندو آهي هڪ موضوع sleep()نه آهي . موجوده ٿريڊ کي موڪلي ٿو ”نه هلڻ لائق“ حالت ۾ ٿوري دير لاءِ، جھڙوڪ ، پر ڪجھ nuance سان. ڪنهن شئي تي سڏيو، نه ڌاڳو؛ اسان هن اعتراض کي سڏيندا آهيون "لاک اعتراض". ڪال ڪرڻ کان اڳ ، موجوده ٿريڊ کي ”لاڪ آبجیکٹ“ سان هم وقت سازي ڪرڻ گهرجي؛ ان کان پوء، اهو هن تالا کي جاري ڪري ٿو، ۽ هن لاڪ سان لاڳاپيل "انتظار جي فهرست" ۾ موضوع شامل ڪري ٿو. بعد ۾، هڪ ٻيو ڌاڳو ساڳئي تالا اعتراض سان هم وقت سازي ڪري سگهي ٿو ۽ ڪال ڪري سگهي ٿو . اهو طريقو اصل موضوع کي "جاڳي" ڪندو، جيڪو اڃا تائين انتظار ڪري رهيو آهي. اصولي طور تي، / سان مقابلو ڪري سگهجي ٿو ، صرف فعال ٿريڊ کي ننڊ واري ٿريڊ ڏانهن سڌي پوائنٽر جي ضرورت ناهي، ان کي صرف شيئر لاک اعتراض کي ڄاڻڻ جي ضرورت آهي. تفصيلي فرق پڙهو هتي.tObject.wait()sleep()Wait()lock.wait()wait()lock.notify()wait()notify()sleep()interrupt()

ڇا اهو ممڪن آهي ته null کي هن حوالي سان متغير کي تفويض ڪيو وڃي؟

نه توهان نٿا ڪري سگهو. جاوا ۾، تفويض آپريٽر جي کاٻي پاسي هڪ متغير هجڻ گهرجي. "هي" هڪ خاص لفظ آهي جيڪو هميشه ڪلاس جو موجوده مثال ڏئي ٿو. اهو صرف ڪو به variable نه آهي. ساڳئي طرح، null کي "سپر" لفظ يا ٻيو ڪو ٻيو ساڳيو لفظ استعمال ڪندي متغير کي تفويض نٿو ڪري سگهجي.

&& ۽ & جي وچ ۾ ڇا فرق آهي؟

&- bitwise ۽ &&- منطقي طور.

1. &آپريشن جي ٻنهي پاسن جو جائزو؛
2. &&آپريشن جي کاٻي پاسي جو اندازو لڳائي ٿو. جيڪڏهن صحيح آهي، اهو ساڄي پاسي جو جائزو وٺڻ جاري آهي.

هتي ڏسو هڪ تمام گهڻي سمجھ لاءِ.

Equals() ۽ hachCode() طريقن کي ڪيئن ختم ڪجي؟

hashCode()۽ equals()طريقن کي ڪلاس ۾ بيان ڪيو ويو آهي Object، جيڪو جاوا شين لاء والدين ڪلاس آهي. انهي سبب لاء، جاوا جا سڀئي شيون وراثت ۾ ڊفالٽ لاڳو ڪرڻ طريقن لاء. اهو طريقو hashCode()استعمال ڪيو ويندو آهي هڪ ڏنل اعتراض لاء هڪ منفرد عدد حاصل ڪرڻ لاء. هي انٽيجر استعمال ڪيو ويندو آهي ڪنهن شئي جي مقام کي طئي ڪرڻ لاءِ جڏهن ان شئي کي ذخيرو ڪرڻ جي ضرورت هجي، مثال طور HashTable. ڊفالٽ طور، ميموري جي جڳھ جي پتي جي نمائندگي hashCode()ڪري ٿو integerجتي اعتراض ذخيرو ٿيل آھي. طريقو equls()، جيئن ان جي نالي مان ظاهر ٿئي ٿو، استعمال ڪيو ويندو آهي صرف جانچڻ لاءِ ته ڇا ٻه شيون برابر آهن. ڊفالٽ عملدرآمد چيڪ ڪري ٿو اعتراض جي حوالن کي ڏسڻ لاء ته اهي برابر آهن. انهن طريقن کي ٻيهر لوڊ ڪرڻ لاءِ هيٺيون اهم هدايتون آهن:

1. generating hashCode()۽ equals();
2. سميٽري. اهي. xجيڪڏهن اهو ڪجهه شين لاء صحيح موٽائي ٿو y x.equals(y)، پوء اهو y.equals(x)صحيح موٽڻ گهرجي؛
3. موٽڻ. ڪنهن به اعتراض لاء x x.equals(x)سچو موٽڻ گهرجي؛
4. تسلسل. ڪنهن به شئي لاءِ x۽ y x.equals(y)واپسي ساڳي شيءِ جيڪڏهن موازن ۾ استعمال ٿيل معلومات تبديل نه ٿئي؛
5. منتقلي. ڪنهن به شئي لاءِ x، y۽ z، جيڪڏهن x.equals(y)اهو سچو موٽندو ۽ y.equals(z)سچو موٽندو، ته ان کي x.equals(z)سچو موٽڻ گهرجي؛
6. جڏهن به هڪ طريقو ايپليڪيشن جي عمل دوران ساڳئي اعتراض تي سڏيو ويندو آهي، اهو ساڳيو نمبر واپس ڪرڻ گهرجي جيستائين معلومات استعمال ٿيل تبديلين ۾. hashCodeمختلف ايپليڪيشن مثالن ۾ هڪجهڙائي واري شين لاءِ مختلف قدر واپس ڪري سگھن ٿا؛
7. جيڪڏهن ٻه شيون برابر آهن، مطابق equals، پوء انهن کي hashCodeساڳيو قدر واپس ڪرڻ گهرجي؛
8. سامهون گهرج اختياري آهي. ٻه غير برابر شيون واپس ڪري سگھن ٿيون ساڳيا هيش ڪوڊ. بهرحال، ڪارڪردگي بهتر ڪرڻ لاء، اهو بهتر آهي ته مختلف شيون مختلف ڪوڊ واپس ڪن.

انهن طريقن بابت دلچسپ حقيقتون پڙهو هتي.

اسان کي ٻڌايو ته رسائي جي تبديلين بابت

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

گندگي جمع ڪندڙ ڇا آهي؟ ڇا اسان کيس سڏي سگهون ٿا؟

گندگي گڏ ڪرڻ ڪيترن ئي جديد پروگرامنگ ٻولين جهڙوڪ جاوا ۽ NET.Framework ۾ ٻولين ۾ خودڪار ميموري مينيجمينٽ جي هڪ خاصيت آهي. ٻوليون جيڪي ڪچرو گڏ ڪرڻ استعمال ڪن ٿيون اڪثر ڪري ڪچري جي گڏ ڪرڻ کي ورچوئل مشين ۾ تشريح ڪن ٿيون جهڙوڪ JVM. گندگي گڏ ڪرڻ جا ٻه مقصد آهن: ڪنهن به غير استعمال ٿيل ياداشت کي آزاد ڪيو وڃي، ۽ ياداشت کي آزاد نه ڪيو وڃي جيڪڏهن پروگرام اڃا تائين استعمال ڪري ٿو. ڇا توهان هٿرادو گندگي گڏ ڪرڻ کي هلائي سگهو ٿا؟ نه، System.gc()اهو توهان کي ممڪن حد تائين رسائي ڏئي ٿو. بھترين اختيار آھي سڏڻ جو طريقو System.gc()، جيڪو اشارو ڪندو گندي ڪليڪٽر ڏانھن جيڪو ھلڻ جي ضرورت آھي. ان کي فوري طور تي هلائڻ جو ڪو طريقو ناهي ڇو ته ڪچرو گڏ ڪندڙ غير مقرري آهي. اضافي طور تي، دستاويزن جي مطابق، OutOfMemoryErrorاهو اڳتي نه وڌايو ويندو جيڪڏهن مجازي مشين مڪمل ڪچرو گڏ ڪرڻ کان پوء ميموري کي آزاد ڪرڻ ۾ ناڪام ٿي. وڌيڪ سکو هتي ڪچرو ڪليڪٽر بابت.

اصلي لفظ ڇا آهي مطلب؟ تفصيل سان بيان ڪريو

اصلي لفظ استعمال ڪيو ويندو آهي اهو ظاهر ڪرڻ لاءِ ته اهو طريقو ڪنهن پروگرامنگ ٻولي ۾ لاڳو ڪيو ويو آهي جاوا فائل کان سواءِ. ماضي ۾ مقامي طريقا استعمال ڪيا ويا آهن. جاوا جي موجوده نسخن ۾ هن کي گهٽ ۾ گهٽ گهربل آهي. في الحال، مقامي طريقن جي ضرورت آهي جڏهن:

1. توھان کي جاوا مان ھڪڙي لائبريري سڏڻ گھرجي جيڪا ٻي ٻوليءَ ۾ لکيل آھي.
2. توهان کي سسٽم يا هارڊويئر وسيلن تائين رسائي جي ضرورت آهي جيڪا صرف ٻي ٻولي (عام طور تي C) استعمال ڪندي رسائي سگهجي ٿي. حقيقت ۾، سسٽم جا ڪيترائي ڪم جيڪي حقيقي ڪمپيوٽر سان لهه وچڙ ڪن ٿا (جهڙوڪ ڊسڪ يا نيٽ ورڪ ڊيٽا) صرف مقامي طريقي سان سڏي سگهجي ٿو.

مقامي طريقي جي لائبريرين کي استعمال ڪرڻ جا نقصان پڻ اهم آهن:

1. JNI/JNA JVM کي غير مستحڪم ڪري سگھي ٿو، خاص طور تي جيڪڏھن توھان ڪجھ پيچيده ڪم ڪرڻ جي ڪوشش ڪندا. جيڪڏھن توھان جو اصلي طريقو ڪجھھ غلط آھي، اتي ھڪڙو امڪان آھي JVM حادثي جو. انهي سان گڏ، خراب شيون ٿي سگهن ٿيون جيڪڏهن توهان جو اصلي طريقو ڪيترن ئي موضوعن مان سڏيو وڃي ٿو. ۽ ايئن.
2. اهو وڌيڪ ڏکيو آهي هڪ پروگرام کي ڊيبگ ڪرڻ لاء مقامي ڪوڊ سان.
3. اصلي ڪوڊ فريم ورڪ جي الڳ تعمير جي ضرورت آهي، جيڪا ٻين پليٽ فارمن تي پورٽ ڪرڻ سان مسئلا پيدا ڪري سگهي ٿي.

serialization ڇا آهي؟

ڪمپيوٽر سائنس ۾، ڊيٽا اسٽوريج ۽ ٽرانسميشن جي حوالي سان، سيريلائيزيشن هڪ ڊيٽا جي جوڙجڪ يا ڪنهن شئي جي حالت کي هڪ فارميٽ ۾ ترجمو ڪرڻ جو عمل آهي جيڪو بعد ۾ ڪنهن ٻئي ڪمپيوٽنگ ماحول ۾ محفوظ ۽ ٻيهر حاصل ڪري سگهجي ٿو. بِٽن جو هڪ سلسلو حاصل ڪرڻ کان پوءِ، انهن کي سيريلائيزيشن فارميٽ جي مطابق ٻيهر ڳڻيو ويندو آهي، ۽ اصل شئي جي هڪجهڙائي واري ڪلون ٺاهڻ لاءِ استعمال ڪري سگهجي ٿو. جاوا خودڪار سيريلائيزيشن مهيا ڪري ٿي، جيڪا انٽرفيس کي لاڳو ڪرڻ لاء اعتراض جي ضرورت آهي java.io.Serializable. انٽرفيس تي عمل درآمد ڪلاس کي "سيريلائيبل" طور نشان لڳايو. java.io.Serializable انٽرفيس ۾ سيريلائيزيشن جا طريقا نه آھن، پر سيريلائيبل ڪلاس اختياري طور طريقن جي وضاحت ڪري سگھي ٿو جن کي سيريلائيزيشن/ڊيسيريلائيزيشن جي عمل جو حصو سڏيو ويندو. طبقن ۾ تبديليون ڪرڻ وقت، توھان کي غور ڪرڻ گھرجي ته ڪھڙا آھن سيريلائيزيشن سان مطابقت رکندڙ ۽ ناھن. توهان پڙهي سگهو ٿا مڪمل هدايتون هتي. مان سڀ کان اهم نقطا ڏيندس: غير مطابقت واريون تبديليون:

1. فيلڊ کي ختم ڪريو؛
2. درجه بندي ۾ ھڪڙي طبقي کي مٿي يا ھيٺ منتقل ڪريو؛
3. غير جامد فيلڊ کي جامد يا غير عارضي کي عارضي ۾ تبديل ڪرڻ؛
4. اعلان ڪيل ابتدائي ڊيٽا جي قسم کي تبديل ڪرڻ؛
5. طريقي کي تبديل ڪرڻ WriteObjectيا ReadObjectته جيئن اهي هاڻي ڊفالٽ طور فيلڊ لکڻ يا پڙهڻ نه ڏين؛
6. ڪلاس Serializableکي تبديل ڪرڻ Externalizableيا ان جي برعڪس؛
7. هڪ اينيم ڪلاس کي غير اينيم ۾ تبديل ڪرڻ يا ان جي برعڪس؛
8. هٽائڻ Serializableيا Externalizable؛
9. ڪلاس ۾ writeReplaceهڪ طريقو شامل ڪرڻ .readResolve

مطابقت واريون تبديليون:

1. فيلڊ شامل ڪرڻ؛
2. ڪلاس شامل ڪرڻ / ختم ڪرڻ؛
3. طريقن کي شامل ڪرڻ WriteObject/ReadObject[طريقو defaultReadObjectيا defaultWriteObjectشروع ۾ سڏيو وڃي]؛
4. هٽائڻ جا طريقا WriteObject/ReadObject؛
5. اضافو java.io.Serializable؛
6. فيلڊ جي رسائي کي تبديل ڪرڻ؛
7. جامد فيلڊ کي غير جامد يا عارضي کي غير عارضي ۾ تبديل ڪرڻ .

پوئين حصن جا لنڪ: Java Core. انٽرويو سوال، حصو 1 جاوا ڪور. انٽرويو سوال، حصو 2 اصل مضمون خوش مطالعو!