સામગ્રીનું કોષ્ટક[છુપાવો][બતાવો]
- 1. તમે REST દ્વારા શું સમજો છો?
- 2. REST API નો અર્થ શું છે?
- 3. URI બરાબર શું છે?
- 4. RESTful વેબ સેવાઓની વિશેષતાઓ શું છે?
- 5. REST ના માર્ગદર્શક સિદ્ધાંતો શું છે?
- 6. HTTP પદ્ધતિઓનો ઉલ્લેખ કરો જે REST સપોર્ટ કરે છે.
- 7. સુસંગત ઈન્ટરફેસ દ્વારા મૂકવામાં આવેલા પ્રતિબંધોનું વર્ણન કરો.
- 8. REST સંસાધન બરાબર શું છે?
- 9. તમારા માટે JAX-RS નો અર્થ શું છે?
- 10. AJAX અને REST ને એક બીજાથી શું અલગ પાડે છે?
- 11. શું તમે કેટલીક આરામદાયક વેબ સેવાઓની ખામીઓની યાદી આપી શકો છો?
- 12. PUT અને POST તકનીકોને એક બીજાથી શું અલગ પાડે છે?
- 13. તમે RESTful વેબ સેવાઓનું પરીક્ષણ કેવી રીતે કરશો?
- 14. વાસ્તવિક દુનિયામાં REST APIનું વર્ણન કરો.
- 15. માઇક્રોસર્વિસ આર્કિટેક્ચર કેવી રીતે કાર્ય કરે છે?
- 16. કેશીંગ બરાબર શું છે?
- 17. પેલોડનું વર્ણન કરો.
- 18. SOAP Vs REST ને ભેદ કરો?
- 19. શું REST સાથે ટ્રાન્સપોર્ટ લેયર સિક્યુરિટી પ્રોટોકોલ (TLS) નો ઉપયોગ કરી શકાય છે?
- 20. આઇડમ્પોટન્ટ પદ્ધતિઓ: તે શું છે? તે RESTful વેબ સેવાઓની દુનિયામાં કેવી રીતે લાગુ પડે છે?
- 21. HTTP બેઝિક ઓથેન્ટિકેશનની કાર્યક્ષમતા શું છે?
- 22. શું તમને લાગે છે કે માઇક્રોસર્વિસ આર્કિટેક્ચર બનાવવા માટે GraphQL શ્રેષ્ઠ પસંદગી છે?
- 23. સલામત અને અયોગ્ય HTTP પદ્ધતિઓ વચ્ચેના મુખ્ય તફાવતો શું છે?
- 24. RESTful રુટ રિસોર્સ ક્લાસ દ્વારા JAX-RS API શું સૂચવે છે?
- 25. પોસ્ટમેન બરાબર શું છે અને તેનો ઉપયોગ શા માટે થાય છે?
- 26. REST API ને કેવી રીતે સુરક્ષિત રાખવામાં આવે છે?
- ઉપસંહાર
REST ના ઉત્ક્રાંતિએ API ને અવિશ્વસનીય રીતે સુલભ બનાવ્યા છે જ્યારે તેમની સંપૂર્ણ શક્તિ અને સંભવિતતા પણ જાહેર કરી છે. REST API તેમના સંસાધન-લક્ષી આર્કિટેક્ચરને કારણે બનાવવા અને કેશ કરવામાં સરળ છે.
વધુમાં, સમય દરમ્યાન, RESTful API એ ક્લાઉડ કમ્પ્યુટિંગ અને માઇક્રોસર્વિસ-આધારિત ડિઝાઇન જેવા અન્ય નોંધપાત્ર વિકાસના અગ્રદૂત હતા.
તેથી, તે આશ્ચર્યજનક નથી કે REST API વિકાસકર્તાઓ આજે માંગમાં છે તે જોતાં તેઓ વ્યવસાયોને કેવી રીતે પ્રદાન કરે છે જે RESTful સેવાઓને સ્પર્ધાત્મક ધાર આપે છે. REST API એ લોકપ્રિય ડિઝાઇન વલણ છે.
ઘણી IT કંપનીઓ REST API નોલેજ ઇચ્છે છે સોફ્ટવેર ડેવલપર્સ અને ટેકનિકલ ઇન્ટરવ્યુમાં તેના વિશે પૂછો.
અહીં કેટલાક સૌથી સામાન્ય REST API ઇન્ટરવ્યુ પ્રશ્નો છે જે તમને REST API ડેવલપમેન્ટ ક્ષેત્રમાં કામ કરવા માંગતા હોય તો વિવિધ ફર્મ્સમાં ઇન્ટરવ્યુ માટે તૈયાર થવામાં મદદ કરશે.
1. તમે REST દ્વારા શું સમજો છો?
REST એ વેબ-આધારિત એપ્લિકેશનો ડિઝાઇન કરવા માટે એક આર્કિટેક્ચરલ દાખલો છે જે હાઇપરટેક્સ્ટ ટ્રાન્સફર પ્રોટોકોલ (HTTP) પર આધારિત છે.
REST ચોક્કસ ધોરણોને વ્યાખ્યાયિત કરે છે કે જે વેબ સેવાઓને RESTful માનવામાં આવે તે માટે મળવું આવશ્યક છે. આ ભલામણો ખાતરી આપે છે કે પ્રમાણિત HTTP પ્રોટોકોલ્સનો ઉપયોગ કરીને ક્લાયંટ અને સર્વર વચ્ચે વિનંતીઓ અને સંસાધનો ઝડપથી અને અસરકારક રીતે પ્રસારિત થાય છે.
2. REST API નો અર્થ શું છે?
એપ્લિકેશન પ્રોગ્રામિંગ ઇન્ટરફેસ તરીકે ઓળખાતી સોફ્ટવેર-ટુ-સોફ્ટવેર લિંક અન્યથા સ્વતંત્ર પ્રોગ્રામ્સ વચ્ચે સંચાર અને ડેટા શેરિંગને સક્ષમ કરે છે. ઉદાહરણ તરીકે, સમાચાર વેબસાઇટ ટ્વિટર API નો ઉપયોગ આપમેળે સુસંગત ટ્વીટ્સ શોધવા અને તેમને સમાચાર વાર્તાઓમાં એકીકૃત કરવા માટે કરી શકે છે.
એક API જે REST સિદ્ધાંતોનું પાલન કરે છે તેને REST API તરીકે ઓળખવામાં આવે છે, કેટલીકવાર RESTful API તરીકે પણ ઓળખાય છે. REST API માં, ડેટાના દરેક ભાગને સંસાધન તરીકે હેન્ડલ કરવામાં આવે છે અને તેને એક વિશિષ્ટ પ્રમાણભૂત સંસાધન ઓળખ (URI) આપવામાં આવે છે.
દાખલા તરીકે, Twitter API દરેક ટ્વીટને પુનઃપ્રાપ્ત કરી શકાય તેવું સંસાધન બનાવે છે જે ગ્રાહકો માટે ઉપલબ્ધ છે. Twitter API નો ઉપયોગ વપરાશકર્તાઓ દ્વારા ટ્વીટ પોસ્ટ કરવા અને અન્ય વેબસાઇટ કાર્યો કરવા માટે કરી શકાય છે.
3. URI બરાબર શું છે?
A કમ્પ્યુટર નેટવર્ક સંસાધનનો સંદર્ભ URI અથવા યુનિફોર્મ રિસોર્સ આઇડેન્ટિફાયરનો ઉપયોગ કરીને કરી શકાય છે. તે એક સંસાધનને બીજાથી અલગ કરવાના સાધન તરીકે સેવા આપે છે. સ્ત્રોતો ઓનલાઈન હોઈ શકે કે ન પણ હોઈ શકે.
તેમની પ્રમાણભૂત રચનાને લીધે, URI એ વિવિધ પ્રકારના સંસાધનોને પણ જોડવાનું સરળ બનાવે છે. સંસાધનનું સ્થાન અથવા નામ યુઆરઆઈમાં અક્ષરોની સ્ટ્રિંગ સાથે સમાવવામાં આવેલ છે.
URI એ પાથ, સ્કીમ, ક્વેરી અને અન્ય ઘટકોથી બનેલું છે પરંતુ તેમાં પ્રોટોકોલનો સમાવેશ થતો નથી.
પ્રોટોકોલનો ઉપયોગ કરીને, URL (યુનિફોર્મ રિસોર્સ લોકેટર) નો ઉપયોગ ઇન્ટરનેટ પર સંસાધનો શોધવા અથવા તેના દ્વારા સુલભ કરવા માટે થાય છે.
4. RESTful વેબ સેવાઓની વિશેષતાઓ શું છે?
- ક્લાયંટ-સર્વર પેરાડાઈમ એ સેવાનો પાયો છે.
- સેવા URI નો ઉપયોગ કરીને સંસાધનોને ઍક્સેસ કરી શકે છે.
- સેવા ડેટા/સંસાધનો મેળવવા, ક્વેરી ચલાવવા અને અન્ય કાર્યો કરવા માટે HTTP પ્રોટોકોલનો ઉપયોગ કરે છે.
- મેસેજિંગ એ ક્લાયંટ અને સર્વર વચ્ચે વાતચીત કરવા માટે વપરાતી પદ્ધતિનું નામ છે.
- આ સેવાઓ SOAP સેવાઓનો ઉપયોગ કરીને REST આર્કિટેક્ચરલ પેટર્નનો પણ અમલ કરી શકે છે.
- સમાન પ્રકારની પુનરાવર્તિત વિનંતીઓ માટે સર્વર કોલ્સ ઘટાડવા માટે, આ સેવાઓ કેશીંગનો વિચાર પણ કામે લગાડે છે.
5. REST ના માર્ગદર્શક સિદ્ધાંતો શું છે?
REST API દ્વારા પાંચ માપદંડો મળવા આવશ્યક છે:
ક્લાયંટ-સર્વર ડીકોપલિંગ: ક્લાયંટ અને સર્વર વચ્ચે વાતચીત કરવા માટે ફક્ત વિનંતીઓ અને જવાબોની શ્રેણીનો ઉપયોગ કરી શકાય છે. ફક્ત ગ્રાહકો અને સર્વર્સ અનુક્રમે વિનંતીઓ અને જવાબો મોકલી શકે છે. આ સીધો વિચાર બંને પક્ષોને એકબીજાથી સ્વતંત્ર રીતે કાર્ય કરવા સક્ષમ બનાવે છે.
યુનિફોર્મ ઇન્ટરફેસ: બધા ક્લાયંટ-સર્વર કનેક્શન્સ માટે એક સમાન પ્રોટોકોલ હોવો જોઈએ. REST માટેનો આ પ્રોટોકોલ HTTP છે. કારણ કે દરેક એપ્લિકેશન એક જ ભાષાનો ઉપયોગ કરીને ડેટાની વિનંતી કરે છે અને મોકલે છે, એક સુસંગત ઇન્ટરફેસ એકીકરણને સરળ બનાવે છે.
સ્ટેટલેસ: સર્વર સ્ટેટલેસ કોમ્યુનિકેશનમાં અગાઉની વિનંતીઓ અથવા જવાબોના કોઈપણ રેકોર્ડને સાચવતું નથી. દરેક વિનંતી અને જવાબ એક્સચેન્જ પૂર્ણ કરવા માટે જરૂરી તમામ વિગતો પ્રદાન કરે છે. સ્ટેટલેસ કોમ્યુનિકેશન ઝડપ વધારે છે, મેમરી બચાવે છે અને સર્વર પરનો તણાવ ઓછો કરે છે. વધુમાં, તે અપૂર્ણ ડેટાને કારણે વિનંતી નિષ્ફળ થવાની સંભાવનાને ટાળે છે.
સ્તરવાળી સિસ્ટમ: ક્લાયંટ અને API સર્વર વચ્ચે રહેતા સર્વર્સને સ્તરો તરીકે ઓળખવામાં આવે છે. આ વધારાના સર્વર્સ વિવિધ પ્રકારની સેવાઓ કરે છે, જેમ કે સ્પામ શોધવી અને ઝડપને ઑપ્ટિમાઇઝ કરવી. REST માં સ્તરો મોડ્યુલર છે, એટલે કે ક્લાયંટ અને API સર્વર વચ્ચેના સંચારને અસર કર્યા વિના તેઓ ઉમેરી અને કાઢી શકાય છે.
કેશેબલ: જો સર્વર જવાબો સૂચવે છે કે સંસાધન કેશેબલ છે કે નહીં, તો ક્લાયંટ ઝડપ વધારવા માટે કોઈપણ સંસાધનોને કેશ કરી શકે છે.
ઑન-ડિમાન્ડ કોડિંગ: જવાબમાં, API ગ્રાહકોને એક્ઝિક્યુટેબલ કમ્પ્યુટર કોડ ટ્રાન્સમિટ કરી શકે છે. ક્લાયંટ એપ્લિકેશન પછી કોડને તેના પોતાના બેક એન્ડ પર ચલાવી શકે છે.
6. HTTP પદ્ધતિઓનો ઉલ્લેખ કરો જે REST સપોર્ટ કરે છે.
HTTP પદ્ધતિઓ કે જે REST સપોર્ટ કરે છે તે છે:
- મેળવો: આ પદ્ધતિ ઉલ્લેખિત URL પર સંસાધન માટે પૂછે છે. વિનંતીનો મુખ્ય ભાગ શામેલ કરવો જોઈએ નહીં કારણ કે તેને અવગણવામાં આવશે. તેને સ્થાનિક રીતે અથવા સર્વર પર કેશ કરવાનું શક્ય છે.
- પોસ્ટ: આ પદ્ધતિ પ્રક્રિયા માટે સેવાને ડેટા મોકલે છે, અને સેવાએ સામાન્ય રીતે નવું અથવા બદલાયેલ સંસાધન પરત કરવું જોઈએ.
- PUT: સંસાધન વિનંતી URL પર અપડેટ થાય છે.
- કાઢી નાખો: વિનંતી URL પર સંસાધન કાઢી નાખવામાં આવે છે.
- વિકલ્પો: તે સમર્થિત પદ્ધતિઓ ઓળખે છે.
- હેડ: વિનંતી URL નો મેટાડેટા પરત કરવામાં આવ્યો છે.
7. સુસંગત ઈન્ટરફેસ દ્વારા મૂકવામાં આવેલા પ્રતિબંધોનું વર્ણન કરો.
ક્લાયંટને સર્વરથી અલગ કરવા માટે, એક સુસંગત ઇન્ટરફેસ જરૂરી છે.
સુસંગત ઇન્ટરફેસ હાંસલ કરવા માટે, નીચેના ચાર અવરોધો જરૂરી છે:
- સંસાધન ઓળખ: ક્લાયન્ટ વિનંતીઓએ સંસાધનોને ઓળખવા માટે પ્રમાણભૂત સંસાધન ID નો ઉપયોગ કરવો આવશ્યક છે (URI)
- આ રજૂઆતોનો ઉપયોગ કરીને રિસોર્સ મેનીપ્યુલેશન: ક્લાયન્ટ પાસે જ્યારે સર્વર તરફથી રિસોર્સ રિપ્રેઝન્ટેશન મળે ત્યારે રિસોર્સ સ્ટેટ બદલવા માટે સક્ષમ થવા માટે જરૂરી તમામ માહિતી હોય છે.
- સ્વ-વર્ણનાત્મક સંદેશાઓ: સંદેશાઓમાં તમામ મેટાડેટા અને રીસીવરને સમજવા માટે જરૂરી અન્ય માહિતીનો સમાવેશ થાય છે.
- એપ્લિકેશન સ્ટેટ એન્જિન તરીકે હાઇપરમીડિયા: ક્લાયંટ-સર્વર કમ્યુનિકેશન માટેની ચેનલ હાઇપરમીડિયા છે, જેમ કે HTML, અને સર્વર જવાબોને સમજવા માટે ક્લાયંટને API-વિશિષ્ટ દસ્તાવેજોની જરૂર નથી.
8. REST સંસાધન બરાબર શું છે?
સંસાધનો એ REST આર્કિટેક્ચરમાં RESTful વેબ સેવાના મૂળભૂત ઘટકો છે. તેઓ તમામ નિર્ણાયક માહિતીનો સમાવેશ કરે છે જે API ક્લાયન્ટને ઍક્સેસ કરવાની જરૂર છે.
કોઈપણ પ્રકારના સંસાધનો, જેમ કે HTML પૃષ્ઠ, છબી, વિડિયો અથવા API પ્રવૃત્તિ માટે જરૂરી અન્ય કંઈપણ, ક્લાયંટ-સર્વર સિસ્ટમમાં સર્વર દ્વારા ઍક્સેસ કરી શકાય છે.
સંસાધનોને યુનિફોર્મ રિસોર્સ આઇડેન્ટિફાયર દ્વારા ઓળખવામાં આવે છે. ટેક્સ્ટ, JSON અથવા XML એ સંસાધનોની સ્વીકાર્ય રજૂઆત છે. એમ જણાવવાથી, પ્રતિનિધિત્વના ફોર્મેટ પર કોઈ મર્યાદાઓ નથી.
9. તમારા માટે JAX-RS નો અર્થ શું છે?
જાવામાં RESTful વેબ સેવાઓ બનાવવી સરળ છે RESTful વેબ સેવાઓ માટે Java API નો આભાર, જે ઘણીવાર JAX-RS તરીકે ઓળખાય છે. વિકાસકર્તાઓ પ્રદાન કરેલ ટીકાઓનો ઉપયોગ કરીને સંસાધનો અને તેમના પર હાથ ધરવામાં આવી શકે તેવી કામગીરીઓનું વર્ણન કરી શકે છે.
10. AJAX અને REST ને એક બીજાથી શું અલગ પાડે છે?
એજેક્સ:
- Ajax એ ટેક્નોલોજીનું એક જૂથ છે જે ગતિશીલ અપડેટ માટે પરવાનગી આપે છે વપરાશકર્તા ઈન્ટરફેસ પૃષ્ઠને ફરીથી લોડ કર્યા વિના તત્વો.
- Ajax ક્લાયંટ અને સર્વર વચ્ચેના અસુમેળ સંચારને દૂર કરે છે.
આરામ:
- REST સર્વર અને ક્લાયંટ વચ્ચે સંચારની માંગ કરે છે.
- REST દ્વારા ઉપયોગમાં લેવાતી URL માળખું અને વિનંતી/પ્રતિસાદ પેટર્ન માટે સંસાધનોનો ઉપયોગ મહત્વપૂર્ણ છે.
11. શું તમે કેટલીક આરામદાયક વેબ સેવાઓની ખામીઓની યાદી આપી શકો છો?
સત્રો ચાલુ રાખી શકાતા નથી કારણ કે સેવાઓ રાજ્યવિહીનતાની કલ્પનાને વળગી રહે છે. (સત્રના સમગ્ર સિમ્યુલેશન દરમિયાન સત્ર ID પાસ કરવા માટે ક્લાયન્ટ જવાબદાર છે.)
સુરક્ષા અવરોધો REST માટે મૂળભૂત નથી. પ્રોટોકોલ જે તેનો ઉપયોગ કરે છે તે સુરક્ષા સાવચેતીઓનો વારસો મેળવે છે. તેથી, SSL/TLS-આધારિત પ્રમાણીકરણોને એકીકૃત કરવા જેવા સુરક્ષા પગલાં મૂકતી વખતે સાવચેતી રાખવી મહત્વપૂર્ણ છે.
12. PUT અને POST તકનીકોને એક બીજાથી શું અલગ પાડે છે?
મૂકો:
- PUT પ્રતિસાદો માટે કોઈ કેશ નથી.
- આડેધડ (એટલે કે બહુવિધ વિનંતીઓ સમાન પરિણામ આપશે)
- વિનંતીનું પેલોડ અપડેટ કરે છે અથવા લક્ષ્ય સંસાધનને બદલે છે.
પોસ્ટ:
- નિર્બળ નથી (એટલે કે, બહુવિધ વિનંતીઓ એક જ સંસાધનના ગુણાંક આપશે)
- વેબ સર્વર ઇચ્છિત સંસાધનના આધારે વિનંતીના પેલોડ પર પ્રક્રિયા કરે છે.
- જો યોગ્ય કેશ-કંટ્રોલ હેડર શામેલ હોય, તો POST જવાબો કેશ કરી શકાય છે.
13. તમે RESTful વેબ સેવાઓનું પરીક્ષણ કેવી રીતે કરશો?
RESTful વેબ સેવા પરીક્ષણને સ્વેગર અને પોસ્ટમેન સહિત સંખ્યાબંધ સાધનો દ્વારા મદદ મળી શકે છે. ક્વેરી પેરામીટર્સ, હેડર્સ અને રિસ્પોન્સ હેડર્સ જેવા રિક્વેસ્ટ પેરામીટર્સનું નિરીક્ષણ કરવું એ પછીની વિપુલતાના લક્ષણો દ્વારા શક્ય બને છે.
પોસ્ટમેનનો ઉપયોગ અંતિમ બિંદુઓને વિનંતી કરવા અને પરિણામો બતાવવા માટે થઈ શકે છે. અને આ જવાબોમાંથી XML અને JSON બનાવી શકાય છે.
પોસ્ટમેન અને સ્વેગર બંને અત્યંત તુલનાત્મક કાર્યો પ્રદાન કરે છે. બીજી તરફ, સ્વેગર એન્ડપોઇન્ટ ડોક્યુમેન્ટેશન જેવી ક્ષમતાઓ પણ પ્રદાન કરે છે.
14. વાસ્તવિક દુનિયામાં REST APIનું વર્ણન કરો.
- મુસાફરી અને ટિકિટિંગ વેબસાઇટ્સ ફ્લાઇટના સમય અને કિંમતોનો લાભ લઈ શકે છે જે એરલાઇન્સ API દ્વારા ઉપલબ્ધ કરાવે છે.
- મેપિંગ અને નેવિગેશન એપ્લિકેશન્સ (જેમ કે Google નકશા) તેનો ઉપયોગ કરવા માટે, જાહેર પરિવહન એજન્સીઓ ઘણીવાર APIs મારફતે રીઅલ-ટાઇમમાં તેમના ડેટાને સાર્વજનિક રૂપે ઉપલબ્ધ કરાવે છે.
- હવામાન એપ્લિકેશનો ઓપન API નો ઉપયોગ કરે છે જે હવામાન માહિતી પ્રદર્શિત કરવા માટે હવામાન ડેટાની આપલે કરે છે.
- ડેવલપર્સ Google Mapsના મેપિંગ ડેટાને તેના સંખ્યાબંધ હોસ્ટ કરેલ API દ્વારા ઍક્સેસ કરી શકે છે. આ API નો ઉપયોગ વિકાસકર્તાઓ દ્વારા તેમની એપ્લિકેશનો અને વેબસાઇટ્સમાં ગતિશીલ નકશાને એમ્બેડ કરવા માટે કરવામાં આવે છે.
15. માઇક્રોસર્વિસ આર્કિટેક્ચર કેવી રીતે કાર્ય કરે છે?
- વિવિધ ઉપકરણોનો ઉપયોગ કરીને વિવિધ ગ્રાહકો દ્વારા વિનંતીઓ મોકલવામાં આવે છે.
- ગ્રાહકોની ઓળખની પુષ્ટિ કર્યા પછી, ઓળખ પ્રદાતાઓ સુરક્ષા ટોકન્સ પ્રદાન કરે છે.
- ક્લાયંટ વિનંતીઓ API ગેટવે દ્વારા સંચાલિત થાય છે.
- સિસ્ટમની તમામ સામગ્રી સ્થિર સામગ્રી તરીકે સાચવેલ છે.
- મેનેજમેન્ટ ટૂલ નોડ્સ અને કોઈપણ ખામી પર સેવાઓનું સંતુલન તપાસે છે.
- માઇક્રોસર્વિસીસ વચ્ચેના સંદેશાવ્યવહારના માર્ગને શોધવામાં સેવાની શોધ દ્વારા મદદ મળે છે.
- ડેટા સેન્ટર્સ અને પ્રોક્સી સર્વર્સ વિખરાયેલા નેટવર્ક સિસ્ટમ્સ બનાવે છે જેને કન્ટેન્ટ ડિલિવરી નેટવર્ક કહેવાય છે.
- દૂરસ્થ સેવાઓ દૂરથી માહિતી ઍક્સેસ પ્રદાન કરે છે.
16. કેશીંગ બરાબર શું છે?
સર્વર જવાબની નકલ અસ્થાયી રૂપે ક્યાંક (જેમ કે કોમ્પ્યુટર મેમરી) રાખવાની પ્રથાને પાછળથી વધુ ઝડપથી ઍક્સેસ કરવા માટે કેશીંગ તરીકે ઓળખાય છે.
REST API નો ઉપયોગ કરતી વખતે કેશીંગ સર્વરની ગતિને વધારે છે અને વિનંતીને સંતોષવા માટે સર્વરે જે કાર્ય કરવું જોઈએ તે ઘટાડીને. એપ્લીકેશન કે જે API નો ઉપયોગ કરે છે તે કેશીંગને આભારી ઝડપથી ચાલે છે કારણ કે જ્યારે પણ તેમને કોઈ સંસાધનની જરૂર હોય ત્યારે તેમને નવી વિનંતી સબમિટ કરવાની જરૂર નથી.
HTTP પ્રતિસાદ હેડરના કેશ-કંટ્રોલ ફીલ્ડમાં ક્લાયંટ દ્વારા સંસાધનને ફરીથી ઍક્સેસ કરવાની જરૂર પડે તે પહેલાં તેને કેટલા સમય સુધી કેશ કરી શકાય છે તેની માહિતી શામેલ છે.
17. પેલોડનું વર્ણન કરો.
REST માં પેલોડ એ HTTP પ્રતિસાદના મુખ્ય ભાગમાં રહેલી માહિતીનો સંદર્ભ આપે છે. ગ્રાહકે પ્રશ્નમાં ડેટાની વિનંતી કરવા માટે GET તકનીકનો ઉપયોગ કર્યો.
ટ્વીટ ટેક્સ્ટ અને વેબસાઇટ પર ટ્વીટ મૂકવા માટે કોઈપણ જરૂરી ફાઇલો ધરાવતો દસ્તાવેજ પેલોડમાં સામેલ કરવામાં આવશે, દાખલા તરીકે, જો તમે ટ્વિટર API ને ચોક્કસ ટ્વીટ માટે પૂછો. વધુમાં, પેલોડને POST પદ્ધતિનો ઉપયોગ કરીને HTTP વિનંતીમાં સામેલ કરી શકાય છે.
18. તફાવત કરો SOAP Vs REST?
- SOAP થી વિપરીત, જે ફક્ત XML ને હેન્ડલ કરી શકે છે, REST એ XML, ટેક્સ્ટ, HTML, ચિત્રો, વિડિઓ અને વધુ સહિત સંસાધન ફોર્મેટ્સની વિશાળ શ્રેણીને સક્ષમ કરે છે.
- જ્યારે ઓનલાઈન એપ્લિકેશન માટે સુરક્ષા નિર્ણાયક હોય છે, ત્યારે SOAP મદદરૂપ થાય છે. જ્યારે વ્યવહારો સુરક્ષિત રીતે પૂર્ણ કરવા જોઈએ ત્યારે REST નો ઉપયોગ કરી શકાતો નથી કારણ કે તે ખાસ સુરક્ષિત નથી.
- SOAP માત્ર એક પ્રોટોકોલ હોવાથી, REST તેનો ઉપયોગ તેની વેબ સેવાઓમાં કરી શકે છે પરંતુ બીજી રીતે નહીં.
- જ્યારે REST એ માત્ર એક આર્કિટેક્ચરલ પેટર્ન છે જેનો ઉપયોગ વેબ સેવાઓ વિકસાવવા માટે થાય છે અને અમુક મર્યાદાઓ જેમ કે ક્લાયંટ-સર્વર સેટઅપ, સ્ટેટલેસનેસ, કેશેબલ રિસ્પોન્સ, સ્તરવાળી સિસ્ટમ્સ અને સાતત્યપૂર્ણ ઈન્ટરફેસનું પાલન કરે છે, SOAP એ એક પ્રોટોકોલ છે જે ચોક્કસ ધોરણો પર કાર્ય કરે છે જેનું સખતપણે પાલન કરવું આવશ્યક છે. પ્રતિ.
- જ્યારે REST યુનિવર્સલ રિસોર્સ આઇડેન્ટિફાયર (URIs) નો ઉપયોગ કરે છે, ત્યારે SOAP ક્લાયંટ એપ્લિકેશન્સને તેની ક્ષમતાઓ પ્રદાન કરવા માટે સર્વિસ ઇન્ટરફેસનો ઉપયોગ કરે છે. REST ને SOAP કરતાં ઓછી બેન્ડવિડ્થની જરૂર છે કારણ કે SOAP સંદેશાઓ વધુ માહિતી-ભારે છે.
19. શું REST સાથે ટ્રાન્સપોર્ટ લેયર સિક્યુરિટી પ્રોટોકોલ (TLS) નો ઉપયોગ કરી શકાય છે?
હકીકતમાં, આપણે કરી શકીએ છીએ. REST ક્લાયંટ અને સર્વરનો સંચાર TLS દ્વારા એનક્રિપ્ટ થયેલ છે, અને પ્રોટોકોલ ક્લાયંટને સર્વરને પ્રમાણિત કરવાનો માર્ગ પણ આપે છે.
હકીકત એ છે કે તે સિક્યોર સોકેટ લેયરનું રિપ્લેસમેન્ટ છે, તેનો ઉપયોગ સુરક્ષિત સંચાર (SSL) માટે થાય છે. RESTful વેબ સેવાઓનો અમલ HTTPS સાથે સફળ છે કારણ કે તે TLS અને SSL બંને સાથે અસરકારક રીતે સહકાર આપે છે.
REST એ જે પ્રોટોકોલનો અમલ કરે છે તેની લાક્ષણિકતાઓને વારસામાં મળે છે, જે અહીં નોંધવા જેવી છે. પરિણામે, સુરક્ષા સુરક્ષા પ્રોટોકોલ પર નિર્ભર છે જે REST વાપરે છે.
20. આઇડમ્પોટન્ટ પદ્ધતિઓ: તે શું છે? તે RESTful વેબ સેવાઓની દુનિયામાં કેવી રીતે લાગુ પડે છે?
જ્યારે URI સમાન હોય છે, ત્યારે વિનંતિમાં કેટલીક HTTP પદ્ધતિઓ સર્વર પર સમાન અસર કરે છે પછી ભલે તે એકવાર અથવા ઘણી વખત વિતરિત કરવામાં આવે. આઇડમ્પોટન્ટ ટેક્નિક્સ તે છે જેને આ તરીકે ઓળખવામાં આવે છે.
દાખલા તરીકે, GET પદ્ધતિનો ઉપયોગ કરીને URI કેટલી વાર ચલાવવામાં આવે તે મહત્વનું નથી, સર્વર હંમેશા સમાન પરિણામનો અનુભવ કરશે. આઇડમ્પોટેંટ પદ્ધતિઓમાં GET, PUT અને PATCH નો સમાવેશ થાય છે.
Idempotent HTTP પદ્ધતિઓ એ RESTful દ્વારા ઉપયોગમાં લેવાતી કેટલીક પદ્ધતિઓ છે વેબ એપ્લિકેશન. RESTful વેબ સેવાઓની પ્રવૃત્તિઓમાં સુસંગતતાની ખાતરી આપવા માટે તેઓ જરૂરી છે.
જે ગ્રાહકો REST API નો ઉપયોગ કરે છે તેઓ કોડ ભૂલો કરી શકે છે જે REST API ને આકસ્મિક રીતે પુનરાવર્તિત વિનંતીઓ કરવા દબાણ કરે છે. આ કૉલ્સમાં સંસાધનોનો દુરુપયોગ થવાની સંભાવના છે.
21. HTTP બેઝિક ઓથેન્ટિકેશનની કાર્યક્ષમતા શું છે?
API ના ભાગ રૂપે મૂળભૂત પ્રમાણીકરણનો ઉપયોગ કરતી વખતે, વપરાશકર્તાએ વપરાશકર્તાનામ અને પાસવર્ડ સબમિટ કરવો આવશ્યક છે, જે બ્રાઉઝર દ્વારા "વપરાશકર્તા નામ: પાસવર્ડ" અને બેઝ 64 એન્કોડેડ સ્વરૂપમાં જોડવામાં આવે છે.
બ્રાઉઝરની દરેક HTTP વિનંતી પર, એન્કોડેડ મૂલ્ય "અધિકૃતતા" હેડર માટે મૂલ્ય તરીકે વિતરિત કરવામાં આવે છે. કારણ કે ઓળખપત્રો માત્ર એન્કોડ કરેલ છે, HTTPS વિનંતીઓ મોકલતી વખતે આ ફોર્મનો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે કારણ કે તે સુરક્ષિત નથી અને જો સુરક્ષા પ્રોટોકોલનો ઉપયોગ કરવામાં ન આવે તો કોઈપણ દ્વારા તેને અટકાવી શકાય છે.
22. શું તમને લાગે છે કે માઇક્રોસર્વિસ આર્કિટેક્ચર બનાવવા માટે GraphQL શ્રેષ્ઠ પસંદગી છે?
Microservices અને GraphQL સંપૂર્ણ રીતે ચાલે છે કારણ કે GraphQL તમારા માઈક્રોસર્વિસ આર્કિટેક્ચરને તમારા ક્લાયન્ટથી ગુપ્ત રાખે છે.
આગળના છેડેથી, તમે ઇચ્છો છો કે તમારો તમામ ડેટા એક API માંથી આવે, જ્યારે પાછળના છેડાથી, તમે તેને માઇક્રોસર્વિસિસમાં વિભાજીત કરવા માંગો છો. બંનેને હાંસલ કરવા માટે હું જે શ્રેષ્ઠ તકનીકથી વાકેફ છું તે છે GraphQL નો ઉપયોગ કરીને.
તે તમને તમારા બેકએન્ડને માઇક્રોસર્વિસિસમાં વિભાજીત કરવા સક્ષમ કરે છે જ્યારે દરેક એપ્લિકેશનને એક જ API આપે છે અને વિવિધ સેવાઓમાંથી ડેટા પર જોડાવાનું સક્ષમ કરે છે.
23. સલામત અને અયોગ્ય HTTP પદ્ધતિઓ વચ્ચેના મુખ્ય તફાવતો શું છે?
એક જ વિનંતિ દ્વારા એક અથવા ઘણી વખત આગ્રહ કરવામાં આવે ત્યારે આઇડમ્પોટન્ટ પદ્ધતિઓ સમાન પરિણામ આપે છે. PUT પદ્ધતિ આડેધડ છે.
બધી સલામત રીતો આડેધડ હોય છે, પરંતુ બધી જ અશક્ત પદ્ધતિઓ સલામત નથી કારણ કે સલામત પદ્ધતિઓ સંસાધનોને બદલી શકતી નથી. દાખલા તરીકે, GET સુરક્ષિત છે કારણ કે તે માત્ર ડેટા પુનઃપ્રાપ્ત કરે છે અને સંસાધનને બદલતું નથી.
વધુમાં, તે બુદ્ધિમત્તા છે, એટલે કે જ્યારે બોલાવવામાં આવે ત્યારે તે હંમેશા તે જ જવાબ આપશે.
24. RESTful રુટ રિસોર્સ ક્લાસ દ્વારા JAX-RS API શું સૂચવે છે?
જાવા એન્ટરપ્રાઇઝ એડિશન વર્ગો અને ઇન્ટરફેસ પ્રદાન કરે છે જે JAX-RS API જરૂરિયાતોનું પાલન કરે છે. JAX-RS ની સહાયથી, REST આર્કિટેક્ચરલ શૈલીમાં Java વેબ સેવાઓ બનાવવાનું સરળ બને છે.
JAX-RS API માં, રૂટ સંસાધન વર્ગો ફક્ત "સાદા જૂના જાવા ઑબ્જેક્ટ્સ" અથવા POJO છે. જરૂરી વેબ સંસાધનોને અમલમાં મૂકવા માટે, તેઓ JAX-RS એનોટેશનનો ઉપયોગ કરે છે.
તેઓ કાં તો @path એનોટેશન ધરાવે છે અથવા તેમની ઓછામાં ઓછી એક પદ્ધતિમાં @path એનોટેશન છે. API એન્ડપોઇન્ટ્સ સાથે વ્યવહાર કરવાની પદ્ધતિઓ સાથે જાવા વર્ગો તરીકે તેનો સારાંશ આપી શકાય છે.
25. પોસ્ટમેન બરાબર શું છે અને તેનો ઉપયોગ શા માટે થાય છે?
પોસ્ટમેન નામના API વિકાસ સાધનનો ઉપયોગ API બનાવવા, પરીક્ષણ અને સંશોધિત કરવા માટે થાય છે. આ ટૂલનો ઉપયોગ વિકાસકર્તાઓ દ્વારા API માટે જરૂરી હોય તે કોઈપણ સુવિધા માટે કરી શકાય છે. તે વિકાસકર્તાઓના કાર્યને સરળ અને સુવિધા આપે છે.
પોસ્ટમેન GET, POST, PUT અને PATCH સહિત વિવિધ પ્રકારની HTTP ક્વેરી બનાવવાનું, પછીના ઉપયોગ માટે પર્યાવરણોને સાચવવાનું અને API ને સંખ્યાબંધ વિવિધ ભાષાઓમાં કોડમાં કન્વર્ટ કરવાનું સરળ બનાવે છે.
API ચક્રના દરેક તબક્કાને પોસ્ટમેન સાથે સરળ બનાવવામાં આવે છે, અને ઝડપી API વિકાસ માટે સહકારને સુવ્યવસ્થિત કરવામાં આવે છે.
વધુમાં, તે વિકાસકર્તાઓને દસ્તાવેજીકરણ, વિશિષ્ટતાઓ, પરીક્ષણ કેસ, પ્રક્રિયાઓ અને API કેટલોગનું સંચાલન કરવા સક્ષમ બનાવે છે.
26. REST API ને કેવી રીતે સુરક્ષિત રાખવામાં આવે છે?
કારણ કે REST APIs SOAP APIs જેવા સખત સુરક્ષા રક્ષકોનો ઉપયોગ કરતા નથી, તેથી સંવેદનશીલ ડેટા મોકલવો જોઈએ નહીં અથવા તેનો ઉપયોગ કરીને પુનઃપ્રાપ્ત થવો જોઈએ નહીં.
જો કે, વિશ્વસનીય REST API સુરક્ષિત અને ભરોસાપાત્ર ડેટા ટ્રાન્સમિશન માટે સુરક્ષા નિયંત્રણોને એકીકૃત કરવાનું ચાલુ રાખે છે.
- પ્રમાણીકરણ અને અધિકૃતતા: API ને કરવામાં આવેલી દરેક વિનંતીએ આ બે તપાસો પાસ કરવી આવશ્યક છે. પ્રમાણીકરણ દ્વારા ક્લાયન્ટની ઓળખ ચકાસવી અને માન્ય કરવું કે તેઓ પાસે અધિકૃતતા દ્વારા વિનંતી કરેલ સંસાધનોને ઍક્સેસ કરવાનો અધિકાર છે તે બે અલગ અલગ પ્રક્રિયાઓ છે.
- માન્યતા: API તેના સંસાધનોની ઍક્સેસ આપે તે પહેલાં, પ્રમાણીકરણ અને અધિકૃતતા પછી સંભવતઃ હાનિકારક કોડ માટે વિનંતીઓ હજુ પણ તપાસવી આવશ્યક છે. સર્વર આમ ઈન્જેક્શન હુમલા માટે ખુલ્લું રહેશે.
- માન્યતા: API તેના સંસાધનોની ઍક્સેસ આપે તે પહેલાં, પ્રમાણીકરણ અને અધિકૃતતા પછી સંભવતઃ હાનિકારક કોડ માટે વિનંતીઓ હજુ પણ તપાસવી આવશ્યક છે. સર્વર આમ ઈન્જેક્શન હુમલા માટે ખુલ્લું રહેશે.
- એન્ક્રિપ્શન: TLS/SSL એન્ક્રિપ્શન ક્લાયંટ અને સર્વર વચ્ચેના કનેક્શનને સુરક્ષિત કરે છે અને હેકર્સને વિનંતીઓ અને જવાબોને અટકાવતા અટકાવે છે.
- દર-મર્યાદિત તકનીકો, જેમ કે મર્યાદાઓ અને થ્રોટલિંગ, સર્વરને DDoS જેવા ઘાતકી-બળ હુમલાઓથી સુરક્ષિત કરે છે જે તેમને અધોગતિ અથવા ક્રેશ કરવાનું લક્ષ્ય રાખે છે.
- યુઆરઆઈમાં કોઈ સંવેદનશીલ માહિતી નથી: સંસાધનોના યુઆરઆઈમાં કોઈપણ સુરક્ષિત ડેટા (જેમ કે વપરાશકર્તા નામ, પાસવર્ડ અથવા પ્રમાણીકરણ ટોકન) ન હોવો જોઈએ.
ઉપસંહાર
અભિનંદન! કેટલાક મૂળભૂત થી જટિલ REST API ઇન્ટરવ્યુ પ્રશ્નો અને તેના સંબંધિત ઉકેલો હવે તમારી આંગળીના વેઢે છે.
હવે જ્યારે તમારી પાસે કેટલાક વિશિષ્ટ REST API ઇન્ટરવ્યુ પ્રશ્નોના જવાબ કેવી રીતે આપવો તેનો સારો ખ્યાલ છે, તમે ઇન્ટરવ્યુનો જવાબ આપવા આગળ વધી શકો છો. આગળનું પગલું તમારા હેતુઓ પર આધારિત છે.
ની મુલાકાત લો ઇન્ટરવ્યુ શ્રેણી ઇન્ટરવ્યુ માટે તૈયાર કરવા માટે Hashdork સાથે.
એક જવાબ છોડો