පටුන[සඟවන්න][පෙන්වන්න]
- 1. REST මගින් ඔබ තේරුම් ගන්නේ කුමක්ද?
- 2. REST API යන්නෙන් ඔබ අදහස් කරන්නේ කුමක්ද?
- 3. ඇත්ත වශයෙන්ම URI යනු කුමක්ද?
- 4. RESTful Web Services හි ලක්ෂණ මොනවාද?
- 5. REST හි මාර්ගෝපදේශක මූලධර්ම මොනවාද?
- 6. REST සහාය දක්වන HTTP ක්රම සඳහන් කරන්න.
- 7. ස්ථාවර අතුරු මුහුණතක් මගින් පනවා ඇති සීමාවන් විස්තර කරන්න.
- 8. ඇත්තටම REST Resource යනු කුමක්ද?
- 9. JAX-RS ඔබට අදහස් කරන්නේ කුමක්ද?
- 10. AJAX සහ REST එකිනෙකාගෙන් වෙන්කර හඳුනා ගන්නේ කුමක් ද?
- 11. ඔබට RESTful වෙබ් සේවා අඩුපාඩු ලැයිස්තුගත කළ හැකිද?
- 12. PUT සහ POST ශිල්පීය ක්රම එකිනෙකාගෙන් වෙන්කර හඳුනා ගන්නේ කුමක් ද?
- 13. ඔබ RESTful වෙබ් සේවා පරීක්ෂා කරන්නේ කෙසේද?
- 14. සැබෑ ලෝකයේ REST API විස්තර කරන්න.
- 15. Microservice Architecture ක්රියා කරන්නේ කෙසේද?
- 16. හැඹිලි කිරීම යනු කුමක්ද?
- 17. ගෙවීම විස්තර කරන්න.
- 18. SOAP Vs REST වෙනස් කරන්න?
- 19. ප්රවාහන ස්ථර ආරක්ෂණ ප්රොටෝකෝලය (TLS) REST සමඟ භාවිතා කළ හැකිද?
- 20. Idempotent ක්රම: ඒවා මොනවාද? එය RESTful වෙබ් සේවා ලෝකයට අදාළ වන්නේ කෙසේද?
- 21. HTTP මූලික සත්යාපනයෙහි ක්රියාකාරීත්වය කුමක්ද?
- 22. Microservice architecture නිර්මාණය කිරීම සඳහා GraphQL හොඳම තේරීම බව ඔබ සිතනවාද?
- 23. ආරක්ෂිත සහ දුර්වල HTTP ක්රම අතර ඇති ප්රධාන වෙනස්කම් මොනවාද?
- 24. JAX-RS API RESTful Root Resource Classes මගින් අදහස් කරන්නේ කුමක්ද?
- 25. ඇත්තටම Postman යනු කුමක්ද සහ එය භාවිතා කරන්නේ ඇයි?
- 26. REST API ආරක්ෂිතව තබා ගන්නේ කෙසේද?
- නිගමනය
REST හි පරිණාමය API වලට ඇදහිය නොහැකි ලෙස ප්රවේශ විය හැකි අතර ඒවායේ සම්පූර්ණ ශක්තිය සහ විභවය හෙළිදරව් කර ඇත. REST API ඒවායේ සම්පත්-නැඹුරු ගෘහ නිර්මාණ ශිල්පය නිසා නිර්මාණය කිරීමට සහ හැඹිලිගත කිරීමට පහසුය.
මීට අමතරව, කාලය පුරාවටම, RESTful APIs, cloud computing සහ microservice-පාදක නිර්මාණය වැනි අනෙකුත් සැලකිය යුතු වර්ධනයන්හි පූර්වගාමීන් විය.
එබැවින්, RESTful සේවාවන් තරඟකාරී ලෙස භාවිතා කරන ව්යාපාර සපයන ආකාරය අනුව REST API සංවර්ධකයින් අද ඉල්ලුමේ සිටීම පුදුම විය යුතු නැත. REST API ජනප්රිය නිර්මාණ ප්රවණතාවයකි.
බොහෝ තොරතුරු තාක්ෂණ ආයතනවලට REST API දැනුම අවශ්යයි මෘදුකාංග සංවර්ධකයින් සහ තාක්ෂණික සම්මුඛ සාකච්ඡා වලදී ඒ ගැන විමසන්න.
ඔබට REST API සංවර්ධන ක්ෂේත්රයේ වැඩ කිරීමට අවශ්ය නම් විවිධ සමාගම්වල සම්මුඛ පරීක්ෂණ සඳහා සූදානම් වීමට උපකාර වන වඩාත් සාමාන්ය REST API සම්මුඛ පරීක්ෂණ ප්රශ්න කිහිපයක් මෙන්න.
1. REST මගින් ඔබ තේරුම් ගන්නේ කුමක්ද?
REST යනු Hypertext Transfer Protocol (HTTP) මත පදනම් වූ වෙබ් පාදක යෙදුම් සැලසුම් කිරීම සඳහා වන වාස්තු විද්යාත්මක ආදර්ශයකි.
REST විසින් වෙබ් සේවාවන් RESTful ලෙස සැලකීමට සපුරාලිය යුතු ඇතැම් ප්රමිතීන් නිර්වචනය කරයි. ප්රමිතිගත HTTP ප්රොටෝකෝල භාවිතයෙන් සේවාලාභියා සහ සේවාදායකය අතර ඉල්ලීම් සහ සම්පත් ඉක්මනින් සහ ඵලදායී ලෙස සම්ප්රේෂණය වන බවට මෙම නිර්දේශයන් සහතික කරයි.
2. REST API යන්නෙන් ඔබ අදහස් කරන්නේ කුමක්ද?
යෙදුම් ක්රමලේඛන අතුරුමුහුණතක් ලෙස හැඳින්වෙන මෘදුකාංග-මෘදුකාංග සබැඳියක් වෙනත් ස්වාධීන වැඩසටහන් අතර සන්නිවේදනය සහ දත්ත බෙදාගැනීම සක්රීය කරයි. උදාහරණයක් ලෙස, ප්රවෘත්ති වෙබ් අඩවියකට Twitter API භාවිතා කර අදාළ ට්වීට් ස්වයංක්රීයව සොයා ගැනීමට සහ ඒවා ප්රවෘත්ති වලට ඒකාබද්ධ කිරීමට හැකිය.
REST මූලධර්මවලට අනුගත වන API REST API ලෙස හැඳින්වේ, සමහර විට RESTful API ලෙස හැඳින්වේ. REST API එකක, සෑම දත්ත කැබැල්ලක්ම සම්පතක් ලෙස හසුරුවන අතර ඒවාට වෙනස් සම්මත සම්පත් අනන්යතාවයක් (URI) ලබා දේ.
නිදසුනක් වශයෙන්, Twitter API සෑම ට්වීට් එකක්ම සේවාදායකයින්ට ලබා ගත හැකි ආපසු ලබාගත හැකි සම්පතක් බවට පත් කරයි. Twitter API භාවිතා කරන්නන්ට ට්වීට් පළ කිරීමට සහ වෙනත් වෙබ් අඩවි කාර්යයන් කිරීමට භාවිතා කළ හැක.
3. ඇත්ත වශයෙන්ම URI යනු කුමක්ද?
A පරිගණක ජාලය සම්පත් URI හෝ ඒකාකාර සම්පත් හඳුනාගැනීමක් භාවිතා කිරීමට යොමු කළ හැක. එය එක් සම්පතක් තවත් සම්පතකින් වෙන් කිරීමේ මාධ්යයක් ලෙස සේවය කරයි. මූලාශ්ර සබැඳිව හෝ නොතිබිය හැකිය.
ඔවුන්ගේ සම්මත ව්යුහය නිසා, URIs විවිධ වර්ගයේ සම්පත්වලට පවා සම්බන්ධ වීම සරල කරයි. සම්පතේ ස්ථානය හෝ නම අක්ෂර මාලාවක් සමඟ URI වල ඇතුළත් වේ.
URI සෑදී ඇත්තේ මාර්ගයක්, යෝජනා ක්රමයක්, විමසුමක් සහ අනෙකුත් මූලද්රව්ය වලින් වන නමුත් ප්රොටෝකෝලය ඇතුළත් නොවේ.
ප්රොටෝකෝලයක් භාවිතා කරමින්, URLs (Uniform Resource Locators) අන්තර්ජාලයේ හෝ ඒ හරහා ප්රවේශ විය හැකි සම්පත් සොයා ගැනීමට භාවිතා කරයි.
4. RESTful Web Services හි ලක්ෂණ මොනවාද?
- සේවාලාභී-සේවාදායක ආදර්ශය සේවාවේ පදනම වේ.
- URI භාවිතා කිරීම හරහා සේවාවට සම්පත් වෙත ප්රවේශ විය හැක.
- සේවාව දත්ත/සම්පත් ලබා ගැනීමට, විමසුම් ධාවනය කිරීමට සහ වෙනත් කාර්යයන් කිරීමට HTTP ප්රොටෝකෝලය භාවිතා කරයි.
- පණිවිඩ යැවීම යනු සේවාදායකයා සහ සේවාදායකයා අතර සන්නිවේදනය සඳහා භාවිතා කරන ක්රමයේ නමයි.
- මෙම සේවාවන්ට SOAP සේවා භාවිතයෙන් REST ගෘහ නිර්මාණ රටාවද ක්රියාත්මක කළ හැක.
- එකම ආකාරයේ පුනරාවර්තන ඉල්ලීම් සඳහා සේවාදායක ඇමතුම් අඩු කිරීම සඳහා, මෙම සේවාවන් හැඹිලිගත කිරීමේ අදහස ද භාවිතා කරයි.
5. REST හි මාර්ගෝපදේශක මූලධර්ම මොනවාද?
REST API විසින් නිර්ණායක පහක් සපුරාලිය යුතුය:
සේවාලාභී-සේවාදායක විසංයෝජනය: සේවාලාභියා සහ සේවාදායකය අතර සන්නිවේදනය කිරීමට භාවිතා කළ හැක්කේ ඉල්ලීම් සහ පිළිතුරු මාලාවක් පමණි. පිළිවෙලින් ඉල්ලීම් සහ පිළිතුරු යැවීමට හැකි වන්නේ සේවාලාභීන්ට සහ සේවාදායකයන්ට පමණි. මෙම සෘජු අදහස මගින් දෙපාර්ශවයටම එකිනෙකාගෙන් ස්වාධීනව කටයුතු කිරීමට හැකියාව ලැබේ.
ඒකාකාර අතුරුමුහුණත: සියලුම සේවාදායක-සේවාදායක සම්බන්ධතා සඳහා ඒකාකාර ප්රොටෝකෝලයක් තිබිය යුතුය. REST සඳහා මෙම ප්රොටෝකෝලය HTTP වේ. සෑම යෙදුමක්ම එකම භාෂාවක් භාවිතයෙන් දත්ත ඉල්ලන සහ යැවීම නිසා, ස්ථාවර අතුරු මුහුණතක් අනුකලනය සරල කරයි.
අස්ථායී: සේවාදායකය පෙර ඉල්ලීම් හෝ පිළිතුරු පිළිබඳ කිසිදු වාර්තාවක් අස්ථායී සන්නිවේදනයේ සුරකිනු නොලැබේ. සෑම ඉල්ලීමක් සහ පිළිතුරක්ම හුවමාරුව සම්පූර්ණ කිරීමට අවශ්ය සියලුම විස්තර සපයයි. අස්ථායී සන්නිවේදනය වේගය වැඩි කරයි, මතකය ඉතිරි කරයි, සහ සේවාදායකයේ ආතතිය අඩු කරයි. අතිරේකව, අසම්පූර්ණ දත්ත හේතුවෙන් ඉල්ලීමක් අසාර්ථක වීමේ විභවය එය වළක්වයි.
ස්ථර පද්ධතිය: සේවාලාභියා සහ API සේවාදායකය අතර පවතින සේවාදායකයන් ස්ථර ලෙස හැඳින්වේ. මෙම අමතර සේවාදායකයන් අයාචිත තැපැල් හඳුනා ගැනීම සහ වේගය ප්රශස්ත කිරීම වැනි විවිධ සේවාවන් ඉටු කරයි. REST හි ඇති ස්ථර මොඩියුලර් වේ, එනම් සේවාලාභියා සහ API සේවාදායකය අතර සන්නිවේදනයට බලපෑම් නොකර ඒවා එක් කිරීමට සහ මකා දැමිය හැක.
හැඹිලිගත කළ හැකි: සේවාදායක පිළිතුරු මඟින් සම්පත හැඹිලිගත කළ හැකිද නැද්ද යන්න පෙන්නුම් කරන්නේ නම්, වේගය වැඩි කිරීමට සේවාලාභීන්ට ඕනෑම සම්පත් හැඹිලිගත කළ හැක.
ඉල්ලුම මත කේතීකරණය: ප්රතිචාරයක් වශයෙන්, API එකකට ක්රියාත්මක කළ හැකි පරිගණක කේතය පාරිභෝගිකයින්ට සම්ප්රේෂණය කළ හැක. එවිට සේවාදායක යෙදුමට කේතය එහිම පසුපස කෙළවරේ ධාවනය කළ හැක.
6. REST සහාය දක්වන HTTP ක්රම සඳහන් කරන්න.
REST සහාය දක්වන HTTP ක්රම වන්නේ:
- ලබා ගන්න: මෙම ක්රමය මඟින් නිශ්චිත URL හි සම්පතක් ඉල්ලා සිටී. එය නොසලකා හරින බැවින් ඉල්ලීම් ආයතනයක් ඇතුළත් නොකළ යුතුය. එය දේශීයව හෝ සේවාදායකය මත එය හැඹිලිගත කළ හැකිය.
- POST: මෙම ක්රමය සැකසීම සඳහා සේවාවකට දත්ත යවන අතර, සේවාව සාමාන්යයෙන් නව හෝ වෙනස් කළ සම්පතක් ආපසු ලබා දිය යුතුය.
- PUT: ඉල්ලීම URL හි සම්පත් යාවත්කාලීන වේ.
- මකන්න: ඉල්ලීමේ URL හි සම්පත් මකා ඇත.
- විකල්ප: එය සහාය දක්වන ක්රම හඳුනා ගනී.
- හිස: ඉල්ලීම් URL හි පාර-දත්ත ආපසු ලබා දී ඇත.
7. ස්ථාවර අතුරු මුහුණතක් මගින් පනවා ඇති සීමාවන් විස්තර කරන්න.
සේවාදායකයෙන් සේවාදායකයා වෙන් කිරීම සඳහා, ස්ථාවර අතුරු මුහුණතක් අවශ්ය වේ.
ස්ථාවර අතුරු මුහුණතක් ලබා ගැනීම සඳහා, පහත සඳහන් සීමාවන් හතරක් අවශ්ය වේ:
- සම්පත් හඳුනාගැනීම: සේවාලාභී ඉල්ලීම් සම්පත් හඳුනාගැනීම සඳහා සම්මත සම්පත් හැඳුනුම්පත් භාවිතා කළ යුතුය (URIs)
- මෙම නිරූපණයන් භාවිතා කරමින් සම්පත් හැසිරවීම: සේවාදායකයින් සම්පත් නියෝජනයක් ලබා ගන්නා විට සම්පත් තත්ත්වය වෙනස් කිරීමට අවශ්ය සියලුම තොරතුරු සේවාලාභීන් සතුව ඇත.
- ස්වයං විස්තරාත්මක පණිවිඩ: පණිවිඩවල සියලුම පාර-දත්ත සහ ග්රාහකයාට ඒවා තේරුම් ගැනීමට අවශ්ය අනෙකුත් තොරතුරු ඇතුළත් වේ.
- යෙදුම් රාජ්ය එන්ජිම ලෙස හයිපර්මීඩියා: සේවාදායක-සේවාදායක සන්නිවේදනය සඳහා වන නාලිකාව HTML වැනි අධිමාධ්ය වන අතර සේවාදායක පිළිතුරු අවබෝධ කර ගැනීමට සේවාලාභීන්ට API-විශේෂිත ලේඛන අවශ්ය නොවේ.
8. ඇත්තටම REST Resource යනු කුමක්ද?
සම්පත් යනු REST ගෘහ නිර්මාණ ශිල්පයක RESTful වෙබ් සේවාවක මූලික සංරචක වේ. API සේවාලාභියෙකුට ප්රවේශ වීමට අවශ්ය සියලුම තීරණාත්මක තොරතුරු ඒවාට ඇතුළත් වේ.
HTML පිටුවක්, රූපයක්, වීඩියෝවක් හෝ API ක්රියාකාරකම් සඳහා අවශ්ය ඕනෑම දෙයක් වැනි ඕනෑම ආකාරයක සම්පත් සේවාදායක-සේවාදායක පද්ධතියක සේවාදායකය හරහා ප්රවේශ විය හැක.
සම්පත් හඳුනාගනු ලබන්නේ ඒකාකාර සම්පත් හඳුනාගැනීමක් මගිනි. පෙළ, JSON, හෝ XML සියල්ල පිළිගත හැකි සම්පත් නියෝජනය වේ. එය ප්රකාශ කිරීමෙන් පසුව, නියෝජනයේ ආකෘතියට සීමාවන් නොමැත.
9. JAX-RS ඔබට අදහස් කරන්නේ කුමක්ද?
බොහෝ විට JAX-RS ලෙස හඳුන්වන RESTful web Services සඳහා Java API වෙත ස්තුති වන්නට Java හි RESTful වෙබ් සේවා නිර්මාණය කිරීම සරල ය. සංවර්ධකයින්ට සපයන ලද විවරණ භාවිතයෙන් සම්පත් සහ ඒවා මත සිදු කළ හැකි මෙහෙයුම් විස්තර කළ හැකිය.
10. AJAX සහ REST එකිනෙකාගෙන් වෙන්කර හඳුනා ගන්නේ කුමක් ද?
අජැක්ස්:
- Ajax යනු ගතික යාවත්කාලීන කිරීමට ඉඩ සලසන තාක්ෂණික සමූහයකි පරිශීලක අතුරුමුහුණත පිටුව නැවත පූරණය කිරීමකින් තොරව අංග.
- Ajax සේවාදායකයා සහ සේවාදායකය අතර අසමමුහුර්ත සන්නිවේදනය ඉවත් කරයි.
විවේකය:
- REST සේවාදායකය සහ සේවාදායකයා අතර සන්නිවේදනය ඉල්ලා සිටී.
- REST විසින් භාවිතා කරන URL ව්යුහයට සහ ඉල්ලීම්/ප්රතිචාර රටාවට සම්පත් භාවිතය වැදගත් වේ.
11. ඔබට RESTful වෙබ් සේවා අඩුපාඩු ලැයිස්තුගත කළ හැකිද?
සේවා රාජ්ය විරහිතභාවය පිළිබඳ සංකල්පයට අනුගත වන බැවින් සැසි පවත්වා ගත නොහැක. (සැසියේ අනුකරණය පුරාම සැසි හැඳුනුම්පත සම්මත කිරීම සඳහා සේවාදායකයා වගකිව යුතුය.)
ආරක්ෂක සීමාවන් REST සඳහා මූලික නොවේ. එය භාවිතා කරන ප්රොටෝකෝල ආරක්ෂිත පූර්වාරක්ෂාවන් උරුම කර ගනී. එබැවින්, SSL/TLS මත පදනම් වූ සත්යාපනය ඒකාබද්ධ කිරීම වැනි ආරක්ෂක පියවරයන් ක්රියාත්මක කිරීමේදී ප්රවේශම් වීම වැදගත් වේ.
12. PUT සහ POST ශිල්පීය ක්රම එකිනෙකාගෙන් වෙන්කර හඳුනා ගන්නේ කුමක් ද?
තබන්න:
- PUT ප්රතිචාර සඳහා හැඹිලියක් නොමැත.
- Idempotent (එනම් බහුවිධ ඉල්ලීම් එකම ප්රතිඵලයක් ලබා දෙනු ඇත)
- ඉල්ලීමේ ගෙවීම යාවත්කාලීන කිරීම හෝ ඉලක්කගත සම්පත ප්රතිස්ථාපනය කරයි.
තැපැල්:
- idempotent නොවේ (එනම්, බහු ඉල්ලීම් එකම සම්පතේ ගුණාකාර ලබා දෙනු ඇත)
- වෙබ් සේවාදායකය අපේක්ෂිත සම්පත මත පදනම්ව ඉල්ලීමේ ගෙවීම සකසයි.
- සුදුසු හැඹිලි පාලන ශීර්ෂය ඇතුළත් කර ඇත්නම්, POST පිළිතුරු හැඹිලිගත කළ හැක.
13. ඔබ RESTful වෙබ් සේවා පරීක්ෂා කරන්නේ කෙසේද?
RESTful වෙබ් සේවා පරීක්ෂාව Swagger සහ Postman ඇතුළු මෙවලම් ගණනාවකින් සහාය විය හැක. විමසුම් පරාමිති, ශීර්ෂ, සහ ප්රතිචාර ශීර්ෂ වැනි ඉල්ලීම් පරාමිති පරීක්ෂා කිරීම පසුකාලීන විශේෂාංගවල බහුලත්වය මගින් සිදු කළ හැක.
අවසාන ලක්ෂ්ය වෙත ඉල්ලීම් කිරීමට සහ ප්රතිඵල පෙන්වීමට තැපැල්කරු භාවිතා කළ හැක. තවද මෙම පිළිතුරු වලින් XML සහ JSON සෑදිය හැක.
Postman සහ Swagger යන දෙකම අතිශයින් සංසන්දනාත්මක ක්රියාකාරීත්වයක් සපයයි. අනෙක් අතට, Swagger ද endpoint documentation වැනි හැකියාවන් ලබා දෙයි.
14. සැබෑ ලෝකයේ REST API විස්තර කරන්න.
- සංචාරක සහ ප්රවේශපත්ර වෙබ් අඩවි වලට API හරහා ගුවන් සේවා ලබා ගත හැකි ගුවන් ගමන් වේලාවන් සහ මිල ගණන් භාවිතා කළ හැක.
- සිතියම්ගත කිරීම සහ සංචාලන යෙදුම් (ගූගල් සිතියම් වැනි) ඒවා භාවිතා කිරීම සඳහා, පොදු ප්රවාහන ආයතන බොහෝ විට ඔවුන්ගේ දත්ත API හරහා තත්ය කාලීනව ප්රසිද්ධියේ ලබා ගත හැක.
- කාලගුණ යෙදුම් කාලගුණ තොරතුරු සංදර්ශන කිරීමට කාලගුණ දත්ත හුවමාරු කරන විවෘත API භාවිතා කරයි.
- සංවර්ධකයින්ට Google සිතියම් සිතියම්ගත කිරීමේ දත්ත එහි සත්කාරක API ගණනාවක් හරහා ප්රවේශ විය හැක. මෙම API සංවර්ධකයින් විසින් ඔවුන්ගේ යෙදුම් සහ වෙබ් අඩවි තුළ ගතික සිතියම් කාවැද්දීමට භාවිතා කරයි.
15. Microservice Architecture ක්රියා කරන්නේ කෙසේද?
- විවිධ උපාංග භාවිතා කරමින් විවිධ පාරිභෝගිකයින් විසින් ඉල්ලීම් යවනු ලැබේ.
- සේවාලාභීන්ගේ අනන්යතාව තහවුරු කිරීමෙන් පසුව, අනන්යතා සපයන්නන් ආරක්ෂක ටෝකන් ලබා දෙයි.
- සේවාලාභී ඉල්ලීම් API Gateway මගින් කළමනාකරණය කෙරේ.
- පද්ධතියේ සියලුම ද්රව්ය ස්ථිතික අන්තර්ගතය ලෙස සංරක්ෂණය කර ඇත.
- කළමනාකරණ මෙවලම නෝඩ් වල සේවා ශේෂය සහ කිසියම් දෝෂයක් පරීක්ෂා කරයි.
- ක්ෂුද්ර සේවා අතර සන්නිවේදන මාර්ගය සොයා ගැනීම සේවා සොයාගැනීම් මගින් උපකාර වේ.
- දත්ත මධ්යස්ථාන සහ ප්රොක්සි සේවාදායකයන් අන්තර්ගත බෙදාහැරීමේ ජාල ලෙස හඳුන්වන විසිරුණු ජාල පද්ධති සෑදෙයි.
- දුරස්ථ සේවා දුර සිට තොරතුරු ප්රවේශය සපයයි.
16. හැඹිලි කිරීම යනු කුමක්ද?
සේවාදායක පිළිතුරක් (පරිගණක මතකය වැනි) තාවකාලිකව කොතැනක හෝ තබා ගැනීමෙන් පසුව වඩාත් වේගයෙන් ප්රවේශ වීම සඳහා භාවිතා කිරීම හැඹිලිගත කිරීම ලෙස හැඳින්වේ.
ඉල්ලීම තෘප්තිමත් කිරීමට සේවාදායකය විසින් කළ යුතු කාර්ය ප්රමාණය අඩු කිරීමෙන් REST API භාවිතා කරන විට හැඹිලිගත කිරීම සේවාදායක වේගය වැඩි කරයි. ඔවුන්ට සම්පතක් අවශ්ය සෑම අවස්ථාවකම නව ඉල්ලීමක් ඉදිරිපත් කිරීමට අවශ්ය නොවන නිසා API භාවිත කරන යෙදුම් හැඹිලිගත කිරීමට ස්තුති වන්නට ඉක්මනින් ක්රියාත්මක වේ.
HTTP ප්රතිචාර ශීර්ෂයේ Cache-Control ක්ෂේත්රයේ සම්පත් නැවත ප්රවේශ වීමට අවශ්ය වීමට පෙර සේවාලාභියාට කොපමණ කාලයක් හැඹිලිගත කළ හැකිද යන්න පිළිබඳ තොරතුරු අඩංගු වේ.
17. ගෙවීම විස්තර කරන්න.
REST හි ඇති ගෙවීම HTTP ප්රතිචාරයේ සිරුරේ අඩංගු තොරතුරු වෙත යොමු වේ. අදාළ දත්ත ඉල්ලීමට පාරිභෝගිකයා GET තාක්ෂණය භාවිත කළේය.
ට්වීට් පෙළ අඩංගු ලේඛනය සහ වෙබ් අඩවියක ට්වීට් දැමීම සඳහා අවශ්ය ඕනෑම ලිපිගොනු ගෙවීමට ඇතුළත් වේ, උදාහරණයක් ලෙස, ඔබ නිශ්චිත ට්වීට් එකක් සඳහා Twitter API ගෙන් ඉල්ලා සිටියහොත්. අතිරේකව, POST ක්රමය භාවිතා කර HTTP ඉල්ලීමට ගෙවීමට ඇතුළත් කළ හැක.
18. වෙනස් කරන්න සබන් Vs විවේකය?
- XML පමණක් හැසිරවිය හැකි SOAP මෙන් නොව, REST මඟින් XML, පෙළ, HTML, පින්තූර, වීඩියෝ සහ තවත් දේ ඇතුළුව පුළුල් පරාසයක සම්පත් ආකෘති සක්රීය කරයි.
- සබැඳි යෙදුම් සඳහා ආරක්ෂාව ඉතා වැදගත් වන විට, SOAP උපකාරී වේ. විශේෂයෙන් ආරක්ෂිත නොවන බැවින් ගනුදෙනු ආරක්ෂිතව සම්පූර්ණ කළ යුතු විට REST භාවිතා කළ නොහැක.
- SOAP යනු ප්රොටෝකෝලයක් පමණක් වන බැවින්, REST හට එය එහි වෙබ් සේවාවන්හි භාවිතා කළ හැකි නමුත් අනෙක් අතට නොවේ.
- REST යනු වෙබ් සේවා සංවර්ධනය කිරීමට භාවිතා කරන වාස්තුවිද්යාත්මක රටාවක් පමණක් වන අතර සේවාලාභී-සේවාදායක සැකසුම, රාජ්ය රහිත බව, හැඹිලිගත හැකි ප්රතිචාරය, ස්ථර පද්ධති සහ ස්ථාවර අතුරු මුහුණත වැනි යම් සීමාවන්ට අවනත වන අතර, SOAP යනු දැඩි ලෙස පිළිපැදිය යුතු විශේෂිත ප්රමිතීන් මත ක්රියාත්මක වන ප්රොටෝකෝලයකි. වෙත.
- REST විශ්ව සම්පත් හඳුනාගැනීම් (URIs) භාවිතා කරන අතර, SOAP සේවාදායක යෙදුම් සඳහා එහි හැකියාවන් සැපයීම සඳහා සේවා අතුරුමුහුණත් භාවිතා කරයි. SOAP පණිවිඩ වැඩි තොරතුරු සහිත බැවින් REST හට SOAP ට වඩා අඩු කලාප පළලක් අවශ්ය වේ.
19. ප්රවාහන ස්ථර ආරක්ෂණ ප්රොටෝකෝලය (TLS) REST සමඟ භාවිතා කළ හැකිද?
ඇත්ත වශයෙන්ම, අපට පුළුවන්. REST සේවාලාභියා සහ සේවාදායකයේ සන්නිවේදනය TLS හරහා සංකේතනය කර ඇති අතර, ප්රොටෝකෝලය සේවාදායකයන්ට සත්යාපනය කිරීමට මාර්ගයක් ද ලබා දෙයි.
එය Secure Socket Layer හි ප්රතිස්ථාපනය වීම නිසා එය ආරක්ෂිත සන්නිවේදනය (SSL) සඳහා යොදා ගැනේ. RESTful වෙබ් සේවා ක්රියාත්මක කිරීම HTTPS සමඟ සාර්ථක වන්නේ එය TLS සහ SSL යන දෙකම සමඟ ඵලදායී ලෙස සහයෝගයෙන් කටයුතු කරන බැවිනි.
REST එය ක්රියාත්මක කරන ප්රොටෝකෝලයේ ලක්ෂණ උරුම කර ගනී, එය මෙහි සටහන් කළ යුතු එකකි. එහි ප්රතිඵලයක් වශයෙන්, ආරක්ෂක ආරක්ෂණයන් REST භාවිතා කරන ප්රොටෝකෝලය මත රඳා පවතී.
20. Idempotent ක්රම: ඒවා මොනවාද? එය RESTful වෙබ් සේවා ලෝකයට අදාළ වන්නේ කෙසේද?
URI එක සමාන වන විට, ඉල්ලීමක ඇති සමහර HTTP ක්රම එක් වරක් හෝ කිහිප වතාවක් ලබා දුන්නද සේවාදායකයට එකම බලපෑමක් ඇති කරයි. Idempotent ශිල්පීය ක්රම තමයි මේවා හඳුන්වන්නේ.
උදාහරණයක් ලෙස, GET ක්රමය භාවිතා කරන URI කොපමණ වාර ගණනක් ධාවනය කළත්, සේවාදායකය සෑම විටම එකම ප්රතිඵලයක් අත්විඳියි. Idempotent ක්රමවලට GET, PUT, සහ PATCH ඇතුළත් වේ, කිහිපයක් නම් කිරීමට.
Idempotent HTTP ක්රම RESTful විසින් භාවිතා කරන සමහර ඒවා වේ වෙබ් යෙදුම්. RESTful වෙබ් සේවා ක්රියාකාරකම්වල අනුකූලතාව සහතික කිරීමට ඒවා අවශ්ය වේ.
REST API භාවිතා කරන පාරිභෝගිකයින්ට අහම්බෙන් නැවත නැවත ඉල්ලීම් කිරීමට REST API හට බල කරන කේත දෝෂ සිදු කළ හැක. මෙම ඇමතුම් සම්පත් අනිසි ලෙස භාවිතා කිරීමේ හැකියාව ඇත.
21. HTTP මූලික සත්යාපනයෙහි ක්රියාකාරීත්වය කුමක්ද?
API වල කොටසක් ලෙස Basic Authentication භාවිතා කරන විට, පරිශීලකයා විසින් "පරිශීලක නාමය: මුරපදය" සහ base64 කේතනය කරන ලද බ්රවුසරය මගින් සංකලනය කර ඇති පරිශීලක නාමය සහ මුරපදය ඉදිරිපත් කළ යුතුය.
බ්රවුසරයෙන් ලැබෙන සෑම HTTP ඉල්ලීමකදීම, කේතනය කළ අගය “අවසර දීම” ශීර්ෂය සඳහා අගය ලෙස ලබා දේ. අක්තපත්ර හුදෙක් කේතනය කර ඇති නිසා, HTTPS ඉල්ලීම් යැවීමේදී මෙම පෝරමය භාවිතා කිරීම නිර්දේශ කරනුයේ ඒවා ආරක්ෂිත නොවන නිසා සහ ආරක්ෂක ප්රොටෝකෝල භාවිතා නොකළහොත් ඕනෑම කෙනෙකුට බාධා කළ හැකි බැවිනි.
22. Microservice architecture නිර්මාණය කිරීම සඳහා GraphQL හොඳම තේරීම බව ඔබ සිතනවාද?
GraphQL ඔබේ ක්ෂුද්ර සේවා ගෘහ නිර්මාණ ශිල්පය ඔබේ ගනුදෙනුකරුවන්ගෙන් රහසිගතව තබා ගන්නා නිසා Microservices සහ GraphQL හොඳින් ගමන් කරයි.
ඉදිරිපස කෙළවරේ සිට, ඔබගේ සියලු දත්ත තනි API එකකින් පැමිණීමට ඔබට අවශ්ය වන අතර, පසුපස අන්තයේ සිට, ඔබට එය ක්ෂුද්ර සේවාවලට බෙදීමට අවශ්ය වේ. දෙකම සාක්ෂාත් කර ගැනීමට මා දන්නා හොඳම ක්රමය වන්නේ GraphQL භාවිතා කිරීමයි.
සෑම යෙදුමකටම තනි API ලබා දෙමින් විවිධ සේවාවන්ගෙන් දත්ත හරහා සම්බන්ධ වීම සක්රීය කරන අතරම ඔබේ පසුපෙළ ක්ෂුද්ර සේවාවලට බෙදීමට එය ඔබට හැකියාව ලබා දෙයි.
23. ආරක්ෂිත සහ දුර්වල HTTP ක්රම අතර ඇති ප්රධාන වෙනස්කම් මොනවාද?
Idempotent ක්රම එකම ඉල්ලීමක් හරහා වරක් හෝ කිහිප වතාවක් ආයාචනා කළ විට එකම ප්රතිඵලය නිපදවයි. PUT ක්රමය දුර්වලයි.
සියලුම ආරක්ෂිත ක්රම දුර්වලයි, නමුත් ආරක්ෂිත ක්රම සම්පත් වෙනස් නොකරන බැවින් සියලුම දුර්වල ක්රම ආරක්ෂිත නොවේ. උදාහරණයක් ලෙස, GET ආරක්ෂිත වන්නේ එය දත්ත ලබා ගන්නා අතර සම්පත් වෙනස් නොකරන බැවිනි.
ඊට අමතරව, එය බල රහිත ය, එයින් අදහස් කරන්නේ එය ඉල්ලා සිටින විට එකම පිළිතුර සැමවිටම ලබා දෙන බවයි.
24. JAX-RS API RESTful Root Resource Classes මගින් අදහස් කරන්නේ කුමක්ද?
Java Enterprise Edition මගින් JAX-RS API අවශ්යතා වලට අනුගත වන පන්ති සහ අතුරුමුහුණත් සපයයි. JAX-RS ආධාරයෙන්, REST වාස්තුවිද්යාත්මක ශෛලියෙන් Java වෙබ් සේවා නිර්මාණය කිරීම පහසු කර ඇත.
JAX-RS API හි, මූල සම්පත් පන්ති යනු "සරල පැරණි ජාවා වස්තූන්" හෝ POJO වේ. අවශ්ය වෙබ් සම්පත් ක්රියාත්මක කිරීම සඳහා, ඔවුන් JAX-RS අනුසටහන් භාවිතා කරයි.
ඔවුන්ට @path අනුසටහන් ඇත, නැතහොත් අවම වශයෙන් ඔවුන්ගේ එක් ක්රමයකට @path අනුසටහන් ඇත. ඒවා API අන්ත ලක්ෂ්ය සමඟ ගනුදෙනු කිරීමේ ක්රම සමඟ ජාවා පන්ති ලෙස සාරාංශ කළ හැක.
25. ඇත්තටම Postman යනු කුමක්ද සහ එය භාවිතා කරන්නේ ඇයි?
API නිර්මාණය කිරීම, පරීක්ෂා කිරීම සහ වෙනස් කිරීම සඳහා Postman නමින් API සංවර්ධන මෙවලමක් භාවිතා කරයි. මෙම මෙවලම සංවර්ධකයින්ට API සඳහා අවශ්ය ඕනෑම විශේෂාංගයක් සඳහා භාවිතා කළ හැක. එය සංවර්ධකයින්ගේ වැඩ සරල කර පහසු කරයි.
Postman විසින් GET, POST, PUT, සහ PATCH ඇතුළු විවිධ HTTP විමසුම් සිදු කිරීම, පසුකාලීන භාවිතය සඳහා පරිසරය සුරැකීම සහ විවිධ භාෂා ගණනාවකින් API කේත බවට පරිවර්තනය කිරීම පහසු කරයි.
API චක්රයේ සෑම අදියරක්ම Postman සමඟ සරල කර ඇති අතර, ඉක්මන් API සංවර්ධනය සඳහා සහයෝගීතාව විධිමත් කර ඇත.
අතිරේකව, එය සංවර්ධකයින්ට ලේඛන, පිරිවිතර, පරීක්ෂණ අවස්ථා, ක්රියාවලි සහ API නාමාවලි කළමනාකරණය කිරීමට හැකියාව ලබා දෙයි.
26. REST API ආරක්ෂිතව තබා ගන්නේ කෙසේද?
REST API SOAP API ලෙස දැඩි ආරක්ෂක ආරක්ෂාවක් ලෙස භාවිත නොකරන බැවින්, ඒවා භාවිතයෙන් සංවේදී දත්ත යැවීම හෝ ලබා ගැනීම නොකළ යුතුය.
කෙසේ වෙතත්, විශ්වාසදායක REST API ආරක්ෂිත සහ විශ්වාසනීය දත්ත සම්ප්රේෂණ සඳහා ආරක්ෂක පාලන ඒකාබද්ධ කිරීම දිගටම කරගෙන යයි.
- සත්යාපනය සහ අවසරය: API වෙත කරන සෑම ඉල්ලීමක්ම මෙම චෙක්පත් දෙක සමත් විය යුතුය. සත්යාපනය හරහා සේවාලාභියාගේ අනන්යතාවය තහවුරු කිරීම සහ අවසරය හරහා ඉල්ලූ සම්පත් වෙත ප්රවේශ වීමට ඔවුන්ට බලය ඇති බව තහවුරු කිරීම වෙනස් ක්රියාවලි දෙකකි.
- වලංගුකරණය: API විසින් එහි සම්පත් වෙත ප්රවේශය ලබා දීමට පෙර, සත්යාපනය සහ අවසර දීමෙන් පසුව විය හැකි හානිකර කේතයක් සඳහා ඉල්ලීම් තවමත් පරීක්ෂා කළ යුතුය. සේවාදායකයක් මෙලෙස එන්නත් ප්රහාරයකට විවෘත වේ.
- වලංගුකරණය: API විසින් එහි සම්පත් වෙත ප්රවේශය ලබා දීමට පෙර, සත්යාපනය සහ අවසර දීමෙන් පසුව විය හැකි හානිකර කේතයක් සඳහා ඉල්ලීම් තවමත් පරීක්ෂා කළ යුතුය. සේවාදායකයක් මෙලෙස එන්නත් ප්රහාරයකට විවෘත වේ.
- සංකේතනය: TLS/SSL සංකේතනය සේවාලාභියා සහ සේවාදායකය අතර සම්බන්ධතාවය ආරක්ෂා කරන අතර හැකර්වරුන් ඉල්ලීම් සහ පිළිතුරු වලට බාධා කිරීමෙන් වළක්වයි.
- සීමාවන් සහ තෙරපුම වැනි අනුපාත සීමා කිරීමේ ශිල්පීය ක්රම, ඒවා පිරිහීමට හෝ බිඳවැටීමට ඉලක්ක කරන DDoS වැනි තිරිසන් බල ප්රහාරවලින් සේවාදායකයන් ආරක්ෂා කරයි.
- URI වල සංවේදී තොරතුරු නොමැත: සම්පත් URI වල ආරක්ෂිත දත්ත කිසිවක් අඩංගු නොවිය යුතුය (පරිශීලක නාමයක්, මුරපදයක් හෝ සත්යාපන ටෝකනයක් වැනි).
නිගමනය
සුභ පැතුම්! මූලික සිට සංකීර්ණ REST API සම්මුඛ පරීක්ෂණ ප්රශ්න කිහිපයක් සහ ඒවාට අදාළ විසඳුම් දැන් ඔබේ ඇඟිලි තුඩුවල තිබේ.
දැන් ඔබට සාමාන්ය REST API සම්මුඛ පරීක්ෂණ ප්රශ්න කිහිපයකට ප්රතිචාර දක්වන්නේ කෙසේද යන්න පිළිබඳ හොඳ සංකල්පයක් ඇති බැවින්, ඔබට සම්මුඛ පරීක්ෂණවලට ප්රතිචාර දැක්වීමට යා හැකිය. ඊළඟ පියවර ඔබේ අරමුණු මත රඳා පවතී.
සංචාරය සම්මුඛ පරීක්ෂණ මාලාව සම්මුඛ පරීක්ෂණ සඳහා සූදානම් වීමට Hashdork සමඟ.
ඔබමයි