مواد جي جدول[لڪ][ڏسو]
- 1. توهان REST مان ڇا ٿا سمجهو؟
- 2. REST API مان توهان جو مطلب ڇا آهي؟
- 3. اصل ۾ URI ڇا آهي؟
- 4. RESTful ويب سروسز جون خاصيتون ڇا آهن؟
- 5. REST جا رهنمائي ڪندڙ اصول ڇا آهن؟
- 6. HTTP طريقن جو ذڪر ڪريو جيڪي REST سپورٽ ڪن ٿا.
- 7. هڪ مسلسل انٽرفيس پاران رکيل پابنديون بيان ڪريو.
- 8. ريسٽ ريسورس ڇا آهي؟
- 9. توهان لاءِ JAX-RS جو مطلب ڇا آهي؟
- 10. ڇا AJAX ۽ REST کي هڪ ٻئي کان ڌار ڪري ٿو؟
- 11. ڇا توھان ڪجھ RESTful ويب سروسز جي خرابين کي لسٽ ڪري سگھو ٿا؟
- 12. ڇا PUT ۽ POST ٽيڪنڪ کي هڪ ٻئي کان ڌار ڪري ٿو؟
- 13. توهان RESTful ويب خدمتن کي ڪيئن جانچيو ٿا؟
- 14. حقيقي دنيا ۾ هڪ REST API بيان ڪريو.
- 15. Microservice آرڪيٽيڪچر ڪيئن ڪم ڪندو آهي؟
- 16. اصل ۾ ڪيشنگ ڇا آهي؟
- 17. ادا لوڊ بيان ڪريو.
- 18. SOAP ۽ REST ۾ فرق ڪريو؟
- 19. ڇا ٽرانسپورٽ پرت سيڪيورٽي پروٽوڪول (TLS) REST سان استعمال ڪري سگھجي ٿو؟
- 20. Idempotent طريقا: اهي ڇا آهن؟ اهو ڪيئن لاڳو ٿئي ٿو RESTful ويب سروسز جي دنيا تي؟
- 21. HTTP بنيادي تصديق جي ڪارڪردگي ڇا آهي؟
- 22. ڇا توهان سوچيو ٿا GraphQL مائڪرو سروس آرڪيٽيڪچر ٺاهڻ لاءِ بهترين انتخاب آهي؟
- 23. محفوظ ۽ idempotent HTTP طريقن جي وچ ۾ مکيه فرق ڇا آهن؟
- 24. JAX-RS API جو مطلب ڇا آھي RESTful Root Resource Classes؟
- 25. پوسٽمين ڇا آهي، ۽ اهو ڇو استعمال ڪيو ويو آهي؟
- 26. REST APIs ڪيئن محفوظ رکيا وڃن ٿا؟
- ٿڪل
REST جي ارتقاء APIs کي ناقابل يقين حد تائين رسائي لائق بڻائي ڇڏيو آهي جڏهن ته انهن جي مڪمل طاقت ۽ صلاحيت کي پڻ ظاهر ڪري ٿو. REST APIs ٺاهڻ ۽ ڪيش ڪرڻ ۾ آسان آھن انھن جي وسيلن تي مبني فن تعمير جي ڪري.
اضافي طور تي، سڄي وقت، RESTful APIs ٻين اهم ترقيات جهڙوڪ ڪلائوڊ ڪمپيوٽنگ ۽ microservice-based ڊيزائن جا پيشوا هئا.
تنهن ڪري، اهو تعجب نه ٿيڻ گهرجي ته REST API ڊولپرز اڄ طلب ۾ آهن اهي اهي ڪاروبار مهيا ڪن ٿا جيڪي RESTful خدمتن کي مقابلي ۾ برتري ڏين ٿا. REST APIs هڪ مشهور ڊزائين رجحان آهن.
ڪيتريون ئي آئي ٽي ڪمپنيون چاهين ٿيون REST API علم کان سافٽ ويئر ڊولپرز ۽ ٽيڪنيڪل انٽرويو ۾ ان بابت پڇو.
هتي ڪجھ عام REST API انٽرويو سوال آھن جيڪي توھان جي مدد ڪندا مختلف فرمن تي انٽرويو لاءِ تيار رھندا جيڪڏھن توھان ڪم ڪرڻ چاھيو ٿا REST API ڊولپمينٽ فيلڊ ۾.
1. توهان REST مان ڇا ٿا سمجهو؟
REST ويب تي ٻڌل ايپليڪيشنن کي ڊزائين ڪرڻ لاءِ هڪ آرڪيٽيڪچرل نمونو آهي جيڪي هائپر ٽيڪسٽ ٽرانسفر پروٽوڪول (HTTP) تي ٻڌل آهن.
REST وضاحت ڪري ٿو ڪجهه معيار جيڪي ويب خدمتن کي پورا ڪرڻ گهرجن RESTful. اهي سفارشون ضمانت ڏين ٿيون ته درخواستون ۽ وسيلا تيزيءَ سان منتقل ڪيا ويا آهن ۽ ڪلائنٽ ۽ سرور جي وچ ۾ معياري HTTP پروٽوڪول استعمال ڪندي.
2. REST API مان توهان جو مطلب ڇا آهي؟
هڪ سافٽ ويئر کان سافٽ ويئر لنڪ جنهن کي ايپليڪيشن پروگرامنگ انٽرفيس طور سڃاتو وڃي ٿو ٻي صورت ۾ آزاد پروگرامن جي وچ ۾ رابطي ۽ ڊيٽا شيئرنگ کي قابل بڻائي ٿو. مثال طور، هڪ خبرون ويب سائيٽ استعمال ڪري سگهي ٿي Twitter API پاڻمرادو مناسب ٽائٽس ڳولڻ ۽ انهن کي خبرون ڪهاڻين ۾ ضم ڪرڻ لاءِ.
هڪ API جيڪو REST اصولن تي عمل ڪري ٿو REST API طور سڃاتو وڃي ٿو، ڪڏهن ڪڏهن RESTful API طور سڃاتو وڃي ٿو. REST API ۾، ڊيٽا جو هر ٽڪرو هڪ وسيلن جي طور تي سنڀاليو ويندو آهي ۽ هڪ الڳ معياري وسيلن جي سڃاڻپ (URI) ڏنو ويندو آهي.
مثال طور، Twitter API هر ٽوئيٽ کي ٻيهر حاصل ڪرڻ وارو وسيلو بڻائي ٿو جيڪو گراهڪن لاءِ دستياب آهي. Twitter API استعمال ڪري سگھجن ٿيون صارفين طرفان ٽوئيٽس پوسٽ ڪرڻ ۽ ويب سائيٽ جي ٻين ڪمن کي انجام ڏيڻ لاءِ.
3. اصل ۾ URI ڇا آهي؟
A ڪمپيوٽر جو نيٽورڪ وسيلن کي استعمال ڪري سگھجي ٿو يو آر آئي يا يونيفارم ريسورس سڃاڻپ ڪندڙ. اهو ڪم ڪري ٿو هڪ وسيلن کي ٻئي کان الڳ ڪرڻ جو ذريعو. ذريعا آن لائن ٿي سگھن ٿا يا نه.
انهن جي معياري ڍانچي جي ڪري، URIs ان کي آسان بڻائي ٿو ڳنڍڻ لاء پڻ مختلف قسمن جي وسيلن سان. وسيلن جو مقام يا نالو URIs ۾ اکرن جي تار سان گڏ شامل ڪيو ويو آھي.
URI ھڪڙي رستي، اسڪيم، سوال، ۽ ٻين عناصر مان ٺهيل آھي پر پروٽوڪول شامل نه آھي.
هڪ پروٽوڪول استعمال ڪندي، URLs (Uniform Resource Locators) استعمال ڪيا ويندا آهن انٽرنيٽ تي وسيلن کي ڳولڻ لاءِ يا ان جي ذريعي رسائي لائق.
4. RESTful ويب سروسز جون خاصيتون ڇا آهن؟
- ڪلائنٽ-سرور پيراڊم سروس جو بنياد آهي.
- خدمت URIs استعمال ڪندي وسيلن تائين رسائي ڪري سگھي ٿي.
- خدمت ڊيٽا/وسيلا حاصل ڪرڻ، سوالن کي هلائڻ، ۽ ٻيا ڪم ڪرڻ لاءِ HTTP پروٽوڪول استعمال ڪري ٿي.
- ميسيجنگ ڪلائنٽ ۽ سرور جي وچ ۾ رابطي لاءِ استعمال ٿيندڙ طريقي جو نالو آهي.
- اهي خدمتون پڻ لاڳو ڪري سگهن ٿيون REST تعميراتي نمونو استعمال ڪندي SOAP خدمتون.
- ساڳئي قسم جي بار بار درخواستن لاء سرور ڪالن کي گهٽائڻ لاء، اهي خدمتون پڻ ڪيشنگ جي خيال کي ملازمت ڪن ٿيون.
5. REST جا رهنمائي ڪندڙ اصول ڇا آهن؟
REST APIs پاران پنج معيار پورا ٿيڻ گهرجن:
ڪلائنٽ-سرور کي ختم ڪرڻ: صرف درخواستن ۽ جوابن جو هڪ سلسلو ڪلائنٽ ۽ سرور جي وچ ۾ رابطي لاءِ استعمال ٿي سگهي ٿو. صرف ڪلائنٽ ۽ سرور ترتيب ڏيڻ جي قابل آهن درخواستون ۽ جواب، ترتيب سان. اهو سڌو خيال ٻنهي ڌرين کي هڪ ٻئي کان آزاديء سان ڪم ڪرڻ جي قابل بڻائي ٿو.
يونيفارم انٽرفيس: سڀني ڪلائنٽ-سرور ڪنيڪشن لاءِ هڪ يونيفارم پروٽوڪول هجڻ ضروري آهي. REST لاءِ هي پروٽوڪول HTTP آهي. ڇو ته هر ايپليڪيشن ساڳئي ٻولي استعمال ڪندي ڊيٽا جي درخواست ۽ موڪلي ٿي، هڪ مسلسل انٽرفيس انضمام کي آسان بڻائي ٿو.
بي رياست: سرور بي رياست ڪميونيڪيشن ۾ پوئين درخواستن يا جوابن جو ڪو به رڪارڊ محفوظ نٿو ڪري. هر درخواست ۽ جواب سڀني تفصيلن کي مهيا ڪري ٿو جيڪا تبادلي کي مڪمل ڪرڻ لاء گهربل هجي. بي رياست ڪميونيڪيشن رفتار وڌائي ٿي، ياداشت بچائي ٿي، ۽ سرور تي دٻاءُ گھٽائي ٿي. اضافي طور تي، اهو نامڪمل ڊيٽا جي سبب ناڪام ٿيڻ جي درخواست جي امڪان کان بچي ٿو.
پرت وارو نظام: سرور جيڪي ڪلائنٽ ۽ API سرور جي وچ ۾ رهن ٿا انهن کي پرت طور حوالو ڏنو ويو آهي. اهي اضافي سرور مختلف قسم جي خدمتن کي انجام ڏين ٿا، جهڙوڪ اسپام کي ڳولڻ ۽ رفتار کي بهتر ڪرڻ. REST ۾ پرت ماڊلر آهن، مطلب ته اهي ڪلائنٽ ۽ API سرور جي وچ ۾ رابطي کي متاثر ڪرڻ کان سواء شامل ۽ ختم ڪري سگھجن ٿيون.
ڪيش لائق: ڪلائنٽ ڪنهن به وسيلن کي ڪيش ڪري سگھن ٿا رفتار کي وڌائڻ لاءِ جيڪڏهن سرور جا جواب ظاهر ڪن ته وسيلو ڪيش لائق آهي يا نه.
آن ڊيمانڊ ڪوڊنگ: جواب ۾، هڪ API قابل عمل ڪمپيوٽر ڪوڊ منتقل ڪري سگھي ٿو گراهڪن کي. ڪلائنٽ ايپليڪيشن وري ڪوڊ کي پنهنجي پٺتي جي آخر ۾ هلائي سگھي ٿو.
6. HTTP طريقن جو ذڪر ڪريو جيڪي REST سپورٽ ڪن ٿا.
HTTP طريقا جيڪي REST جي حمايت ڪن ٿا:
- حاصل ڪريو: هي طريقو مخصوص URL تي وسيلن لاء پڇي ٿو. هڪ درخواست جو جسم شامل نه ڪيو وڃي ڇاڪاڻ ته ان کي نظرانداز ڪيو ويندو. اهو مقامي طور تي يا سرور تي ڪيش ڪرڻ ممڪن ٿي سگهي ٿو.
- پوسٽ: هي طريقو پروسيسنگ لاءِ خدمت ڏانهن ڊيٽا موڪلي ٿو، ۽ خدمت کي عام طور تي هڪ نئون يا تبديل ٿيل وسيلو واپس ڪرڻ گهرجي.
- PUT: وسيلن کي اپڊيٽ ڪيو ويو آهي درخواست جي URL تي.
- DELETE: وسيلو ختم ڪيو ويو آهي درخواست جي URL تي.
- آپشنز: اهو سپورٽ ٿيل طريقن کي سڃاڻي ٿو.
- هيڊ: درخواست جي URL جي ميٽا ڊيٽا واپس ڪئي وئي آهي.
7. هڪ مسلسل انٽرفيس پاران رکيل پابنديون بيان ڪريو.
سرور کان ڪلائنٽ کي الڳ ڪرڻ لاء، هڪ مسلسل انٽرفيس جي ضرورت آهي.
هڪ مسلسل انٽرفيس حاصل ڪرڻ لاء، هيٺين چار رڪاوٽون گهربل آهن:
- وسيلن جي سڃاڻپ: ڪلائنٽ جي درخواستن کي معياري وسيلن جي سڃاڻپ استعمال ڪرڻ گهرجي وسيلن جي سڃاڻپ ڪرڻ لاء (URIs)
- انهن نمائندگي کي استعمال ڪندي وسيلن جي ڦيرڦار: ڪلائنٽ وٽ تمام ضروري معلومات آهي وسيلن جي حالت کي تبديل ڪرڻ جي قابل ٿي جڏهن اهي سرور کان وسيلن جي نمائندگي حاصل ڪن.
- پاڻمرادو بيان ڪندڙ پيغام: پيغامن ۾ سمورو ميٽاڊيٽا ۽ ٻي معلومات شامل هوندي آهي جيڪا وصول ڪندڙ کي سمجھڻ لاءِ گهربل هجي.
- هائپرميڊيا ايپليڪيشن اسٽيٽ انجڻ جي طور تي: ڪلائنٽ-سرور ڪميونيڪيشن لاءِ چينل هائپر ميڊيا آهي، جهڙوڪ HTML، ۽ ڪلائنٽ کي سرور جي جوابن کي سمجهڻ لاءِ API مخصوص دستاويزن جي ضرورت ناهي.
8. ريسٽ ريسورس ڇا آهي؟
وسيلا هڪ REST فن تعمير ۾ RESTful ويب سروس جا بنيادي جزا آهن. انهن ۾ تمام اهم معلومات شامل آهي جيڪا هڪ API ڪلائنٽ تائين رسائي جي ضرورت آهي.
ڪنهن به قسم جا وسيلا، جهڙوڪ هڪ HTML صفحو، هڪ تصوير، هڪ وڊيو، يا ٻيو ڪجهه جيڪو API سرگرمي لاءِ گهربل هجي، ڪلائنٽ-سرور سسٽم ۾ سرور ذريعي رسائي سگهجي ٿو.
وسيلن جي سڃاڻپ يونيفارم ريسورس سڃاڻپ ڪندڙ طرفان ڪئي وئي آهي. متن، JSON، يا XML وسيلن جي سڀني قابل قبول نمائندگي آھن. بيان ڪيو ويو آهي ته، نمائندگي جي شڪل تي ڪا به حدون نه آهن.
9. توهان لاءِ JAX-RS جو مطلب ڇا آهي؟
جاوا ۾ RESTful ويب سروسز ٺاهڻ آسان آهي RESTful ويب سروسز لاءِ جاوا API جي مهرباني، اڪثر ڪري JAX-RS طور سڃاتو وڃي ٿو. ڊولپرز بيان ڪري سگھن ٿا وسيلن ۽ آپريشن جيڪي انھن تي ڪري سگھجن ٿيون جيڪي بيان ڪيل آھن استعمال ڪندي.
10. ڇا AJAX ۽ REST کي هڪ ٻئي کان ڌار ڪري ٿو؟
اجيڪس:
- Ajax ٽيڪنالاجي جو هڪ گروپ آهي جيڪو متحرڪ تازه ڪاري جي اجازت ڏئي ٿو يوزر انٽرفيس عناصر بغير صفحي کي ٻيهر لوڊ ڪرڻ جي.
- Ajax ڪلائنٽ ۽ سرور جي وچ ۾ غير مطابقت واري رابطي کي ختم ڪري ٿو.
باقي:
- REST سرور ۽ ڪلائنٽ جي وچ ۾ رابطي جو مطالبو ڪري ٿو.
- وسيلن جو استعمال URL جي جوڙجڪ ۽ REST پاران استعمال ڪيل درخواست/جواب جي نموني لاءِ اھم آھي.
11. ڇا توھان ڪجھ RESTful ويب سروسز جي خرابين کي لسٽ ڪري سگھو ٿا؟
سيشن جاري نه ٿو رکي سگھجي ڇو ته خدمتون بي وطنيت جي تصور تي عمل ڪن ٿيون. (ڪلائنٽ سيشن جي سموليشن دوران سيشن جي سڃاڻپ پاس ڪرڻ جو ذميوار آهي.)
سيڪيورٽي رڪاوٽون REST لاءِ بنيادي نه آهن. پروٽوڪول جيڪي ان کي استعمال ڪن ٿا حفاظتي احتياطي تدبيرون. تنهن ڪري، حفاظتي اپاءَ رکڻ وقت احتياط ڪرڻ، جهڙوڪ SSL/TLS-بنياد تصديقن کي ضم ڪرڻ، ضروري آهي.
12. ڇا PUT ۽ POST ٽيڪنڪ کي هڪ ٻئي کان ڌار ڪري ٿو؟
PUT:
- PUT جوابن لاءِ ڪيش نه آهي.
- Idempotent (يعني گھڻن درخواستن سان ساڳيو نتيجو نڪرندو)
- درخواست جي پيل لوڊ تازه ڪاري يا ٽارگيٽ وسيلن کي تبديل ڪري.
پوسٽ
- idempotent نه آهي (يعني، ڪيترن ئي درخواستن کي هڪ ئي وسيلن جي ضربن پيدا ڪندو)
- ويب سرور گهربل وسيلن جي بنياد تي درخواست جي پيل لوڊ تي عمل ڪري ٿو.
- جيڪڏهن مناسب ڪيش ڪنٽرول هيڊر شامل آهي، پوسٽ جوابن کي ڪيش ڪري سگهجي ٿو.
13. توهان RESTful ويب خدمتن کي ڪيئن جانچيو ٿا؟
RESTful ويب سروس جاچ ڪيترن ئي اوزارن جي مدد ڪري سگھي ٿي، بشمول سوگر ۽ پوسٽمن. معائنو ڪرڻ واري درخواست جي پيٽرولن جهڙوڪ سوالن جا پيرا ميٽرز، هيڊرز، ۽ جوابي هيڊرز کي ممڪن بڻايو ويو آهي بعد ۾ خاصيتن جي گهڻائي.
پوسٽمن کي آخري پوائنٽن جي درخواستن ۽ نتيجن کي ڏيکارڻ لاء استعمال ڪري سگھجي ٿو. ۽ انهن جوابن مان XML ۽ JSON ٺاهي سگھجن ٿا.
پوسٽمن ۽ سوگر ٻئي انتهائي نسبتا ڪارڪردگي مهيا ڪن ٿا. ٻئي طرف، سوگر پڻ پيش ڪري ٿو صلاحيتون جهڙوڪ آخري پوائنٽ دستاويز.
14. حقيقي دنيا ۾ هڪ REST API بيان ڪريو.
- سفر ۽ ٽڪيٽنگ ويب سائيٽون پرواز جي وقت ۽ قيمت جو فائدو وٺي سگهن ٿيون جيڪي ايئر لائنز APIs ذريعي دستياب ڪن ٿيون.
- نقشي سازي ۽ نيويگيشن ايپس لاءِ (جهڙوڪ گوگل ميپس) انهن کي استعمال ڪرڻ لاءِ، پبلڪ ٽرانسپورٽ ايجنسيون اڪثر ڪري پنهنجو ڊيٽا عوامي طور تي APIs ذريعي حقيقي وقت ۾ دستياب ڪن ٿيون.
- موسمي ايپليڪيشنون کليل APIs استعمال ڪن ٿيون جيڪي موسم جي ڊيٽا کي تبديل ڪرڻ لاءِ موسم جي معلومات ڏيکارين ٿيون.
- ڊولپرز گوگل ميپس جي ميپنگ ڊيٽا تائين رسائي ڪري سگھن ٿا ان جي ميزباني ڪيل APIs جي ھڪڙي تعداد ذريعي. اهي APIs ڊولپرز پاران استعمال ڪيا ويا آهن متحرڪ نقشن کي انهن جي ايپس ۽ ويب سائيٽن ۾ شامل ڪرڻ لاءِ.
15. Microservice آرڪيٽيڪچر ڪيئن ڪم ڪندو آهي؟
- درخواستون موڪليا ويا آهن مختلف گراهڪن طرفان مختلف ڊوائيسز استعمال ڪندي.
- گراهڪن جي سڃاڻپ جي تصديق ڪرڻ کان پوء، سڃاڻپ فراهم ڪندڙ حفاظتي ٽوڪن فراهم ڪن ٿا.
- ڪلائنٽ جي درخواستن کي API گيٽ وي پاران منظم ڪيو ويو آهي.
- سسٽم جي سڀني مواد کي جامد مواد طور محفوظ ڪيو ويو آهي.
- مئنيجمينٽ جو اوزار نوڊس ۽ ڪنهن به غلطي تي خدمتن جي توازن کي جانچيندو آهي.
- microservices جي وچ ۾ رابطي جي رستي کي دريافت ڪرڻ جي مدد ڪئي وئي آهي سروس دريافت جي ذريعي.
- ڊيٽا سينٽر ۽ پراکسي سرور ٺاهيندا آهن منتشر نيٽ ورڪ سسٽم جنهن کي مواد پهچائڻ جا نيٽ ورڪ سڏيو ويندو آهي.
- ريموٽ خدمتون مهيا ڪن ٿيون معلومات تائين رسائي فاصلي کان.
16. اصل ۾ ڪيشنگ ڇا آهي؟
عارضي طور تي سرور جي جواب جي ڪاپي رکڻ جي مشق (جهڙوڪ ڪمپيوٽر ميموري) انهي کي وڌيڪ تيزيءَ سان رسائي حاصل ڪرڻ لاءِ ڪيشنگ طور سڃاتو وڃي ٿو.
ڪيشنگ سرور جي رفتار کي وڌائي ٿو جڏهن REST APIs استعمال ڪندي ڪم جي مقدار کي گھٽائي ٿو جيڪو سرور کي درخواست کي پورو ڪرڻ لاءِ ڪرڻ گهرجي. ايپليڪيشنون جيڪي API استعمال ڪن ٿيون تيز هلن ٿيون ڪيشنگ جي مهرباني ڇاڪاڻ ته انهن کي هر وقت نئين درخواست جمع ڪرڻ جي ضرورت ناهي جڏهن انهن کي وسيلن جي ضرورت آهي.
HTTP جواب جي هيڊر جي ڪيش-ڪنٽرول فيلڊ ۾ معلومات شامل آهي ته ڪلائنٽ طرفان ڪيترو وقت تائين وسيلو ڪيش ڪري سگهجي ٿو ان کان اڳ ان کي ٻيهر رسائي جي ضرورت آهي.
17. ادا لوڊ بيان ڪريو.
REST ۾ پيل لوڊ HTTP جواب جي جسم ۾ موجود معلومات ڏانهن اشارو ڪري ٿو. صارف سوال ۾ ڊيٽا جي درخواست ڪرڻ لاء GET ٽيڪنڪ استعمال ڪيو.
دستاويز جنهن ۾ ٽوئيٽ جو ٽيڪسٽ هجي ۽ ويب سائيٽ تي ٽوئيٽ رکڻ لاءِ ڪا به ضروري فائل شامل ڪئي ويندي، مثال طور، جيڪڏهن توهان Twitter API کان مخصوص ٽوئيٽ لاءِ پڇو. اضافي طور تي، پيل لوڊ شامل ڪري سگھجي ٿو HTTP درخواست ۾ پوسٽ طريقو استعمال ڪندي.
18. فرق ڪريو صابڻ بمقابله آرام?
- SOAP جي برعڪس، جيڪو صرف XML کي سنڀالي سگھي ٿو، REST وسيلن جي فارميٽ جي وسيع رينج کي فعال ڪري ٿو، بشمول XML، ٽيڪسٽ، HTML، تصويرون، وڊيو، ۽ وڌيڪ.
- جڏهن سيڪيورٽي آن لائن ايپليڪيشنن لاءِ اهم آهي، SOAP مددگار آهي. REST استعمال نه ٿو ڪري سگھجي جڏهن ٽرانزيڪشن کي محفوظ طور تي مڪمل ڪيو وڃي ڇاڪاڻ ته اهو خاص طور تي محفوظ ناهي.
- جيئن ته SOAP صرف هڪ پروٽوڪول آهي، REST ان کي پنهنجي ويب خدمتن ۾ استعمال ڪري سگهي ٿو پر ٻئي طريقي سان نه.
- جڏهن ته REST صرف هڪ آرڪيٽيڪچرل نمونو آهي جيڪو ويب سروسز کي ترقي ڪرڻ لاءِ استعمال ڪيو ويندو آهي ۽ ڪجهه حدن جي پاسداري ڪندو آهي جهڙوڪ ڪلائنٽ-سرور سيٽ اپ، بي رياستي، ڪيش قابل جواب، پرت وارو نظام، ۽ مسلسل انٽرفيس، SOAP هڪ پروٽوڪول آهي جيڪو خاص معيارن تي هلندو آهي جنهن کي سختي سان عمل ڪرڻ گهرجي. جي طرف.
- جڏهن ته REST استعمال ڪري ٿو عالمگير وسيلن جي سڃاڻپ ڪندڙ (URIs)، SOAP استعمال ڪري ٿو سروس انٽرفيس کي ڪلائنٽ ايپليڪيشنن کي پنهنجي صلاحيتون مهيا ڪرڻ لاءِ. REST کي SOAP جي ڀيٽ ۾ گھٽ بينڊوڊٿ جي ضرورت آھي ڇو ته SOAP پيغام وڌيڪ معلومات وارا آھن.
19. ڇا ٽرانسپورٽ پرت سيڪيورٽي پروٽوڪول (TLS) REST سان استعمال ڪري سگھجي ٿو؟
حقيقت ۾، اسان ڪري سگهون ٿا. REST ڪلائنٽ ۽ سرور جو ڪميونيڪيشن TLS ذريعي انڪريپٽ ٿيل آهي، ۽ پروٽوڪول ڪلائنٽ کي سرور جي تصديق ڪرڻ جو هڪ طريقو پڻ ڏئي ٿو.
انهي حقيقت جي ڪري ته اهو محفوظ ساکٽ پرت جي متبادل آهي، اهو محفوظ ڪميونيڪيشن (SSL) لاءِ استعمال ڪيو ويندو آهي. RESTful ويب سروسز کي لاڳو ڪرڻ HTTPS سان ڪامياب آهي ڇاڪاڻ ته اهو مؤثر طريقي سان تعاون ڪري ٿو TLS ۽ SSL ٻنهي سان.
REST ان کي لاڳو ڪندڙ پروٽوڪول جي خاصيتن کي ورثي ۾ ملي ٿو، جيڪو هتي نوٽ ڪرڻ لاءِ هڪ شيءِ آهي. نتيجي طور، حفاظتي تحفظات پروٽوڪول تي ڀاڙين ٿا جيڪي REST استعمال ڪن ٿا.
20. Idempotent طريقا: اهي ڇا آهن؟ اهو ڪيئن لاڳو ٿئي ٿو RESTful ويب سروسز جي دنيا تي؟
جڏهن URI ساڳيو آهي، ڪجهه HTTP طريقن جي درخواست ۾ سرور تي ساڳيو اثر آهي ته اهي هڪ ڀيرو يا ڪيترائي ڀيرا پهچائي رهيا آهن. Idempotent ٽيڪنڪ اهي آهن جيڪي سڃاتل آهن.
مثال طور، GET طريقي سان استعمال ڪندي ڪيترا ڀيرا يو آر آئي هلائي وئي آهي، سرور هميشه ساڳيو نتيجو تجربو ڪندو. Idempotent طريقن ۾ شامل آهن GET، PUT، ۽ PATCH، ڪجھ نالا ڏيڻ لاء.
Idempotent HTTP طريقا ڪجھ آھن جيڪي استعمال ڪيا ويا آھن RESTful ويب ايپليڪيشنون. اهي RESTful ويب سروسز جي سرگرمين ۾ تسلسل جي ضمانت ڏيڻ لاءِ ضروري آهن.
گراهڪ جيڪي REST APIs استعمال ڪندا آهن اهي ڪوڊ غلطيون ڪري سگھن ٿا جيڪي REST API کي مجبور ڪن ٿا حادثاتي طور تي بار بار درخواستون ڪرڻ لاءِ. اهي ڪالون وسيلن کي غلط استعمال ڪرڻ جي صلاحيت رکن ٿيون.
21. HTTP بنيادي تصديق جي ڪارڪردگي ڇا آهي؟
جڏهن APIs جي حصي جي طور تي بنيادي تصديق کي استعمال ڪندي، صارف کي لازمي طور تي صارف جو نالو ۽ پاسورڊ جمع ڪرڻ گهرجي، جيڪو برائوزر طرفان "يوزرنيم: پاسورڊ" ۽ بيس 64 انڪوڊ ٿيل فارم ۾ شامل ڪيو ويو آهي.
برائوزر کان هر HTTP درخواست تي، انڪوڊ ٿيل قدر پهچايو ويندو آهي قدر جي طور تي "اجازت" هيڊر لاءِ. ڇاڪاڻ ته سندون صرف انڪوڊ ٿيل آهن، اها سفارش ڪئي وئي آهي ته هي فارم استعمال ڪيو وڃي جڏهن HTTPS درخواستون موڪلي رهيا آهن ڇو ته اهي محفوظ نه آهن ۽ جيڪڏهن حفاظتي پروٽوڪول استعمال نه ڪيا ويا آهن ته ڪنهن کي به روڪي سگهجي ٿو.
22. ڇا توهان سوچيو ٿا GraphQL مائڪرو سروس آرڪيٽيڪچر ٺاهڻ لاءِ بهترين انتخاب آهي؟
Microservices ۽ GraphQL چڱيءَ طرح ھلندا آھن ڇو ته GraphQL توھان جي مائيڪرو سروسز آرڪيٽيڪچر کي توھان جي گراهڪن کان ڳجھو رکي ٿو.
سامهون واري آخر کان، توهان چاهيو ٿا ته توهان جو سمورو ڊيٽا هڪ واحد API مان اچي، جڏهن ته پوئين آخر کان، توهان ان کي مائڪرو سروسز ۾ ورهائڻ چاهيو ٿا. بهترين ٽيڪنڪ جنهن کان آئون واقف آهيان ٻنهي کي حاصل ڪرڻ لاءِ آهي GraphQL استعمال ڪندي.
اهو توهان کي توهان جي پس منظر کي microservices ۾ ورهائڻ جي قابل بڻائي ٿو جڏهن ته اڃا تائين هر ايپليڪيشن کي هڪ واحد API ڏئي ٿو ۽ مختلف خدمتن جي ڊيٽا ۾ شامل ٿيڻ کي فعال ڪري ٿو.
23. محفوظ ۽ idempotent HTTP طريقن جي وچ ۾ مکيه فرق ڇا آهن؟
Idempotent طريقا ساڳيو نتيجو پيدا ڪري ٿو جڏهن هڪ ئي درخواست ذريعي هڪ ڀيرو يا ڪيترائي ڀيرا سڏيو وڃي ٿو. PUT جو طريقو idempotent آهي.
سڀ محفوظ طريقا غيرمعمولي آھن، پر سڀ غير موثر طريقا محفوظ آھن ڇو ته محفوظ طريقا وسيلن کي تبديل نٿا ڪن. مثال طور، GET محفوظ آهي ڇو ته اهو صرف ڊيٽا حاصل ڪري ٿو ۽ وسيلن کي تبديل نٿو ڪري.
اضافي طور تي، اهو idempotent آهي، مطلب ته اهو هميشه ساڳيو جواب ڏيندو جڏهن سڏيو ويندو.
24. JAX-RS API جو مطلب ڇا آھي RESTful Root Resource Classes؟
جاوا انٽرپرائز ايڊيشن ڪلاس ۽ انٽرفيس مهيا ڪري ٿو جيڪي JAX-RS API گهرجن جي تعميل ڪن ٿا. JAX-RS جي مدد سان، REST آرڪيٽيڪچرل انداز ۾ جاوا ويب سروسز ٺاهڻ کي آسان بڻايو ويو آهي.
JAX-RS API ۾، روٽ ريسورس ڪلاس صرف "سادا پراڻا جاوا شيون" يا POJO آهن. ضروري ويب وسيلن کي لاڳو ڪرڻ لاء، اهي JAX-RS تشريحون استعمال ڪن ٿا.
انهن وٽ يا ته @path تشريحون آهن يا گهٽ ۾ گهٽ انهن مان هڪ طريقن ۾ @path تشريحون آهن. اهي جاوا ڪلاس جي طور تي اختصار ڪري سگهجن ٿا طريقن سان API جي آخري پوائنٽن سان معاملو ڪرڻ لاءِ.
25. پوسٽمين ڇا آهي، ۽ اهو ڇو استعمال ڪيو ويو آهي؟
هڪ API ڊولپمينٽ ٽول جنهن کي پوسٽمين سڏيو ويندو آهي استعمال ڪيو ويندو آهي APIs ٺاهڻ، جانچڻ ۽ تبديل ڪرڻ لاءِ. هي اوزار ڊولپرز طرفان استعمال ڪري سگهجي ٿو ڪنهن به خاصيت لاءِ جيڪي انهن کي API لاءِ گهربل آهن. اهو ڊولپرز جي ڪم کي آسان ۽ آسان بڻائي ٿو.
پوسٽ مين مختلف قسم جي HTTP سوالن کي ٺاهڻ آسان بڻائي ٿو، جن ۾ GET، POST، PUT، ۽ PATCH شامل آهن، بعد ۾ استعمال لاءِ ماحول محفوظ ڪريو، ۽ APIs کي مختلف ٻولين ۾ ڪوڊ ۾ تبديل ڪريو.
API چڪر جي هر اسٽيج کي پوسٽمين سان آسان ڪيو ويو آهي، ۽ تعاون کي تيز API ترقي لاء منظم ڪيو ويو آهي.
اضافي طور تي، اهو ڊولپرز کي منظم ڪرڻ جي قابل بنائي ٿو دستاويزن، وضاحتن، ٽيسٽ ڪيس، پروسيس، ۽ API ڪيٽلاگ.
26. REST APIs ڪيئن محفوظ رکيا وڃن ٿا؟
جيئن ته REST APIs SOAP APIs وانگر سخت حفاظتي تحفظات استعمال نٿا ڪن، حساس ڊيٽا انهن کي استعمال ڪندي نه موڪليو وڃي يا حاصل ڪيو وڃي.
بهرحال، قابل اعتماد REST APIs محفوظ ۽ قابل اعتماد ڊيٽا جي منتقلي لاءِ سيڪيورٽي ڪنٽرولز کي ضم ڪرڻ جاري رکي ٿو.
- تصديق ۽ اختيار: هر ۽ هر درخواست API ڏانهن ڪئي وئي انهن ٻن چيڪن کي پاس ڪرڻ گهرجي. تصديق جي ذريعي ڪلائنٽ جي سڃاڻپ جي تصديق ڪرڻ ۽ تصديق ڪرڻ ته انهن کي اختيار آهي اختيار جي ذريعي درخواست ڪيل وسيلن تائين رسائي ٻه مختلف عمل آهن.
- تصديق: ان کان اڳ جو API ان جي وسيلن تائين رسائي فراهم ڪري، درخواستن کي اڃا به چڪاس ڪيو وڃي ممڪن طور تي نقصانڪار ڪوڊ جي تصديق ۽ اختيار ڪرڻ کان پوءِ. اهڙيءَ طرح هڪ سرور انجيڪشن حملي لاءِ کليل هوندو.
- تصديق: ان کان اڳ جو API ان جي وسيلن تائين رسائي فراهم ڪري، درخواستن کي اڃا به چڪاس ڪيو وڃي ممڪن طور تي نقصانڪار ڪوڊ جي تصديق ۽ اختيار ڪرڻ کان پوءِ. اهڙيءَ طرح هڪ سرور انجيڪشن حملي لاءِ کليل هوندو.
- انڪريپشن: TLS/SSL انڪرپشن ڪلائنٽ ۽ سرور جي وچ ۾ ڪنيڪشن کي بچائيندو آهي ۽ هيڪرز کي درخواستن ۽ جوابن کي روڪڻ کان بچائيندو آهي.
- شرح-محدود ٽيڪنڪ، جهڙوڪ حدون ۽ ٺٺوليون، سرورز کي برٽ فورس حملن کان بچائين ٿيون جهڙوڪ DDoS جن جو مقصد انهن کي خراب ڪرڻ يا تباهه ڪرڻ آهي.
- URIs ۾ ڪا به حساس معلومات ناهي: وسيلن جي URIs ۾ ڪا به محفوظ ڊيٽا شامل نه هجڻ گهرجي (جهڙوڪ صارف جو نالو، پاسورڊ، يا تصديق جي ٽوڪن).
ٿڪل
مبارڪون هجن! ڪيترائي بنيادي کان پيچيده REST API انٽرويو سوال ۽ انهن جا لاڳاپيل حل هاڻي توهان جي آڱرين تي آهن.
هاڻي ته توهان وٽ سٺو تصور آهي ته ڪجهه عام REST API انٽرويو سوالن جا جواب ڪيئن ڏيو، توهان اڳتي وڌي سگهو ٿا انٽرويون جا جواب ڏيڻ لاءِ. ايندڙ قدم توهان جي مقصدن تي منحصر آهي.
دوري انٽرويو سيريز Hashdork سان گڏ انٽرويو لاء تيار ڪرڻ لاء.
جواب ڇڏي وڃو