Meny

Topp 20 RESTful Intervju Spørsmål og svar

  • Hoved
  • Annen
  • Topp 20 RESTful Intervju Spørsmål og svar

top 20 restful web services interview question

Prøv Instrumentet Vårt For Å Eliminere Problemer

Liste over ofte stilte RESTful webtjenester Intervju Spørsmål og svar for å hjelpe deg med å forberede deg på det kommende intervjuet:

hvordan ser en nettverkssikkerhetsnøkkel ut

Webtjenester, et veldig kjent begrep når vi snakker om å utveksle en slags data mellom flere applikasjoner eller si programvare. Basert på klientservermodellen kan disse tjenestene brukes av flere programvareapplikasjoner skrevet på forskjellige språk, og det har også fordelen av å kjøre på forskjellige plattformer.

På samme måte REST, Representational State Transfer er også basert på statsløs klient-server-stilarkitektur, som lett kan nås over nettverket og identifiseres av URIer, dvs. Uniform Resource Identifier.

RESTful Web Services Interview

Hovedmålet med å beskrive definisjonen av webtjenester så vel som REST ovenfor er å hjelpe deg med å forholde deg til begrepet ' RESTful webtjenester ’ fordi RESTful webtjenester er definert som webtjenester som bruker HTTP-metoden og er basert på REST-arkitekturen. Den har nyttige funksjoner som høy skalerbarhet og vedlikehold, oppretting av API-er, etc.

Lær mer = >> Flask Restful API

I denne artikkelen finner du en samling spørsmål og svar som vil fjerne det grunnleggende og bidra til å utvikle en bedre forståelse av emnet.

Les også:

Liste over spørsmål om RESTful Web Services

La oss begynne.

Q # 1) Hva er din forståelse av hva som er RESTful webtjenester?

Svar: Akkurat som SOAP (Simple Object Access Protocol), som brukes til å utvikle webtjenester etter XML-metoden, bruker RESTful webtjenester webprotokoll, dvs. HTTP-protokollmetode. De har funksjonen som skalerbarhet, vedlikehold, hjelper multippel applikasjonskommunikasjon bygget på forskjellige programmeringsspråk, etc.

RESTful implementering av webtjenester definerer metoden for tilgang til forskjellige ressurser som kreves av klienten, og han har sendt forespørselen til serveren via nettleseren.

De viktige aspektene ved denne implementeringen inkluderer:

  • Ressurser
  • Be om overskrifter
  • Forespørsel
  • Svarorgan
  • Statuskoder

Q # 2) Nevn protokollen som brukes av RESTful webtjenester.

Svar: RESTful webtjenester bruker en kjent webprotokoll, dvs. HTTP-protokoll. Dette fungerer som et medium for datakommunikasjon mellom klient og server. HTTP-standardmetoder brukes til å få tilgang til ressurser i RESTful webtjenestearkitektur.

Q # 3) Forklar begrepet ‘Adressering’ med hensyn til RESTful WEB-tjeneste.

Svar: Akkurat som vi krever en adresse med postnummer for å nå ut til en hvilken som helst person, på samme måte, lokaliserer ‘Adressering’ ressurser som er tilstede på serveren med det formål å være vert for webtjenester. Dette gjøres vanligvis med URI, dvs. Unified Resource Identifier.

Q # 4) Bruk funksjoner i RESTful webtjenester.

Svar: Hver RESTful-nettjeneste skal ha følgende funksjoner og egenskaper som er oppført nedenfor:

  • Basert på klient-server-representasjonen.
  • Bruk av HTTP-protokoll for å utføre funksjoner som å hente data fra webtjenesten, hente ressurser, utføring av spørsmål osv.
  • Kommunikasjonen mellom serveren og klienten utføres gjennom mediet kjent som ‘messaging’.
  • Adressering av ressurser som er tilgjengelige på serveren gjennom URI-er.
  • Basert på begrepet statsløshet der hver klientforespørsel og svaret er uavhengig av den andre med full sikkerhet for å gi nødvendig informasjon.
  • Bruker begrepet caching.
  • Fungerer på Uniform-grensesnittet.

Q # 5) Forklar meldingen teknikk.

Svar: Meldinger er modusen for utveksling av data for enhver form for kommunikasjon som skal finne sted. På samme måte spiller HTTP-protokollen rollen som meldingskommunikasjon mellom klienten og serveren gjennom HTTP Request and Response-metoder. HTTP-forespørsel sendes av klienten som inneholder informasjon om dataene og i sin tur mottar HTTP-respons fra serveren.

Meldinger er innsamling av informasjon om dataene, dvs. metadata.

Q # 6) Hva er kjernekomponentene i HTTP-forespørselen og HTTP-svaret?

Svar: Kjernekomponentene under HTTP-forespørsel er:

  • Verb: Inkluderer metoder som GET, PUT, POST, etc.
  • Uniform Resource Identifier for å identifisere ressursene som er tilgjengelige på serveren.
  • HTTP-versjon for å spesifisere HTTP-versjonen.
  • HTTP-forespørselstittel for å inneholde informasjonen om dataene.
  • HTTP-forespørselsorgan som inneholder representasjonen av ressursene som er i bruk.

Kjernekomponentene under HTTP-respons er:

  • Forespørselskode: Dette inneholder forskjellige koder som bestemmer statusen til serverresponsen.
  • HTTP-versjon for å spesifisere HTTP-versjonen.
  • HTTP-svarhode for å inneholde informasjonen om dataene.
  • HTTP-responsorgan som inneholder representasjonen av ressursene som er i bruk.

Q # 7) Forklar begrepet ‘Statelessness’ med hensyn til RESTful WEB-tjeneste.

Svar: I REST definerer ST selv statlig overføring og statløshet betyr fullstendig isolasjon. Dette betyr at tilstanden til klientens applikasjon aldri lagres på serveren og videreføres.

oracle 11g ytelsestuning intervju spørsmål

I denne prosessen sender klientene all informasjonen som kreves for at serveren skal oppfylle HTTP-forespørselen som er sendt. Dermed ber hver klient, og svaret er uavhengig av den andre med full sikkerhet for å gi den nødvendige informasjonen.

Hver klient sender en 'øktidentifikator' som også fungerer som en identifikator for hver økt.

Q # 8) Få fordeler og ulemper med ‘Statelessness’.

Svar: I det ovennevnte spørsmålet har vi forstått betydningen av statløshet med hensyn til klient-server-kommunikasjon. La oss nå se noen av fordelene og ulempene.

Fordeler:

  • Hver metode som kreves for kommunikasjon er identifisert som en uavhengig metode, dvs. det er ingen avhengigheter av andre metoder.
  • Enhver tidligere kommunikasjon med klienten og serveren opprettholdes ikke, og dermed er hele prosessen veldig forenklet.
  • Hvis informasjon eller metadata som ble brukt tidligere, kreves i en annen metode, sender klienten denne informasjonen igjen med HTTP-forespørselen.
  • HTTP-protokollen og REST-nettjenesten deler begge funksjonen til statsløshet.

Ulemper:

  • I hver HTTP-forespørsel fra klienten kreves tilgjengeligheten av litt informasjon om klienttilstanden av nettjenesten.

Q # 9) Bruk noen viktige begrensninger for RESTful webtjenester.

Svar: Hver begrensning har både positive og negative virkninger, og for å produsere en samlet arkitektur, bør det være en balanse mellom dem begge.

Nedenfor er noen viktige begrensninger for RESTful webtjeneste:

  • Det bør være separate bekymringer for hver server og klient som vil bidra til å opprettholde modulariteten i applikasjonen. Dette vil også redusere kompleksiteten og øke skalerbarheten.
  • Klient-server-kommunikasjonen skal være statsløs, noe som betyr at ingen tidligere informasjon blir brukt, og fullstendig utførelse blir gjort isolert. I tilfeller av feil hjelper det også klienten å komme seg.
  • I klient-server-kommunikasjon skal HTTP-responsen kunne caches, slik at hurtigbuffert kopi kan brukes når det er nødvendig, som igjen forbedrer skalerbarheten og ytelsen til serveren.
  • Den fjerde begrensningen er det ensartede grensesnittet som gjør det enkelt å forstå klient-server-interaksjon. Denne begrensningen er videre delt inn i fire underbegrensninger som:
    • Ressursidentifikasjon
    • Ressursmanipulasjon
    • Hver melding er lett forståelig og er selvbeskrivende.
    • Hypermedia, som er definert som teksten med hyperkoblinger, og når den klikkes, flyttes den til en annen applikasjonstilstand.
  • Klient-server-kommunikasjon skal gjøres på et lagdelt system, og klienten skal således bare ha kunnskap om mellomnivået som kommunikasjon blir gjort med,

Sp # 10) Hva er en 'ressurs'?

Svar: Akkurat som 'Object' -forekomsten, har vi lært i Object Orient Programming Language, på samme måte, er 'Resource' definert som et objekt av en type som kan være et bilde, HTML-fil, tekstdata og hvilken som helst type dynamikk data. Det er varianter av representasjonsformater tilgjengelig for å representere en ressurs.

Noen vanlige ressurser er vervet nedenfor:

  • JSON
  • YAML
  • XML
  • HTML

Spørsmål nr. 11) Hvorfor kreves riktig representasjon av ressursene?

Svar: Representasjon er veldig viktig fordi den bestemmer enkel identifisering av ressurser. Med riktig representasjon av ressurs i riktig format, kan klienten enkelt forstå formatet.

Spørsmål nr. 12) Bruk noen viktige punkter som du bør huske på når du designer ressursrepresentasjon for RESTful webtjenester.

Svar: Siden det ikke er noen begrensninger på formatet der ressursrepresentasjonen gjøres, men bare at hovedkravet er formatet til representasjonen, skal være i henhold til klientkravet.

En god ressursrepresentasjon er designet ved å vurdere følgende hovedpunkter:

  • Ressursrepresentasjonsformatet skal lett forstås av klienten og serveren.
  • Representasjonen skal være fullstendig uavhengig av formatstruktur, som kan være kompleks eller enkel.
  • I tilfelle tilknytning av ressursene til andre ressurser, bør slike saker også vurderes og håndteres.

Q # 13) Hva er caching?

Svar: Caching er prosessen der serverrespons lagres slik at en hurtigbufret kopi kan brukes når det er nødvendig, og det ikke er behov for å generere det samme svaret igjen. Denne prosessen reduserer ikke bare serverbelastningen, men øker også skalerbarheten og ytelsen til serveren. Bare klienten er i stand til å cache svaret, og det også i en begrenset periode.

Nevnt nedenfor er overskriften på ressursene og deres korte beskrivelse slik at de kan identifiseres for cacheprosessen:

  • Tid og dato for ressursoppretting
  • Tid og dato for ressursendring som vanligvis lagrer siste detalj.
  • Cache-kontroll overskrift
  • Tid og dato da hurtigbufrede ressurser utløper.
  • Alderen som bestemmer tiden fra ressursen ble hentet.

Q # 14) Forklar Cache-control header.

Svar: En standard Cache-kontroll overskrift kan hjelpe deg med å oppnå cache evne. Nedenfor er en kort beskrivelse av de forskjellige cache-kontrolloverskriftene:

  • Offentlig: Ressurser som er merket som publikum kan caches av alle mellomliggende komponenter mellom klienten og serveren.
  • Privat: Ressurser som er merket som private kan bare caches av klienten.
  • Ingen hurtigbuffer betyr at en bestemt ressurs ikke kan hurtigbufres, og dermed stoppes hele prosessen.

Sp # 15) Hva er de beste fremgangsmåtene som skal følges når du designer RESTful webtjenester?

Svar: For å utforme en sikker, RESTful webtjeneste, er det noen gode fremgangsmåter eller si poeng som bør vurderes.

Disse blir forklart som følger:

  • Hver inngang på serveren skal valideres.
  • Inngangen skal være godt formet.
  • Gi aldri sensitive data gjennom URL.
  • For enhver økt bør brukeren godkjennes.
  • Bare HTTP-feilmeldinger skal brukes til å indikere feil.
  • Bruk meldingsformat som er lett forståelig og som kreves av klienten.
  • Unified Resource Identifier bør være beskrivende og lett forståelig.

Q # 16) Hva er nyttelast?

Svar: Forespørselsdataene som er tilstede i kroppsdelen av hver HTTP-melding blir referert til som 'nyttelast'. I Restful web service kan nyttelasten bare overføres til mottakeren via POST-metoden.

Det er ingen grense for å sende data som nyttelast gjennom POST-metoden, men den eneste bekymringen er at mer data vil bruke mer tid og båndbredde. Dette kan også ta mye av brukerens tid.

gratis timeliste-app for iPhone og Android

Q # 17) Bruk noen av HTTP-metodene med beskrivelse.

Svar: Oppført nedenfor er listen over HTTP-metoder med beskrivelsene:

  • FÅ: Dette er en skrivebeskyttet operasjon som henter listen over brukere på serveren.
  • SETTE: Denne operasjonen brukes til å opprette en ny ressurs på serveren.
  • POST: Denne operasjonen brukes til å oppdatere en gammel ressurs eller for å opprette en ny ressurs.
  • SLETT: Som navnet antyder, brukes denne operasjonen til å slette alle ressurser på serveren.
  • ALTERNATIVER: Denne operasjonen henter listen over støttede alternativer for ressurser som er tilgjengelige på serveren.

Q # 18) Hva er forskjellen mellom PUT-metoden og POST-metoden?

Svar: Den største forskjellen mellom PUT- og POST-metoden er at resultatet som genereres med PUT-metoden alltid er det samme uansett hvor mange ganger operasjonen utføres. På den annen side er resultatet som genereres av POST-operasjon alltid annerledes hver gang.

Spørsmål nr. 19) Hva er din forståelse av JAX-RS?

Svar: JAX-RS er definert som Java API for RESTful webtjeneste. Blant flere biblioteker og rammeverk, anses dette som den mest egnede Java-programmeringsspråkbaserte API som støtter RESTful webtjeneste.

Noen av implementeringene av JAX-RS er:

  • Jersey
  • Slapp av
  • Apache CFX
  • Spille

Blant disse er Jersey det mest populære rammeverket.

Q # 20) Hva er HTTP-statuskoder? Verve få med mening.

Svar: HTTP-statuskoder er i utgangspunktet representasjonen av statusen til oppgaven som er utført på serveren, med modusen til noen koder. Hver kode har sin egen betydning.

Noen av HTTP-statuskodene med deres betydning er som følger:

  • Kode 200: Dette indikerer suksess.
  • Kode 201: Dette indikerer at ressursen er opprettet.
  • Kode 204: Dette indikerer at det ikke er noe innhold i responsorganet.
  • Kode 404: Dette indikerer at det ikke er noen metode tilgjengelig.

Det er få flere slike koder som indikerer statusen.

Konklusjon

Denne artikkelen vil hjelpe deg med å forberede deg på RESTful webtjenester intervju og hjelpe deg med å forstå konseptet på en enkel og enkel måte. Jeg har prøvd å dekke alle områdene som er svært nødvendige for å ha fullstendig kunnskap om RESTful Web-tjenester.

Videre lesning - Flask API Tutorial

Bare husk, det kan være mulig at du ikke er i stand til å svare på alle spørsmålene i intervjuet, men det du svarer på skal være nøyaktig. Ditt grunnleggende konsept skal være sterkt og selvtillitsnivået ditt skal være høyt.

Beste ønsker!!

Anbefalt lesing

^