Sisällysluettelo

• TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 1. Mikä on Web API?
  • 2. Mitä hyötyä Web API:sta on?
  • 3. Mitä protokollaa Web API tukee?
  • 4. Web API:n omaisuus?
  • 5. Web API:n puutteet?
  • 6. Nimeä muutama suurten etikettien verkkosovellusliittymä?
  • 7. Mitä avoimen lähdekoodin kirjastoa verkkosovellusliittymien JSON-sarjoitukseen käytetään?
  • 8. Mitä .NET-kehystä verkkosovellusliittymät tukevat?
  • 9. Mitä tiedät Web API 2.0:sta?
  • 10. Mitä eroa on Web API:lla ja Web API 2.0:lla?
  • 11. Mitä on reititys?
  • 12. Mitkä ovat reititystyypit?
  • 13. Mitä ymmärrät Web API -versioinnista?
  • 14. Kuvaile kaikki Web API:ssa käytetyt HTTP-protokollamenetelmät.
  • 15. Mitä ovat erilaiset HTTP-tilakoodit?
  • 16. Nimeä työkaluja web-sovellusliittymien kehittämiseen tai testaamiseen.
  • 17. Mikä on Authorize-attribuutti? Mainitse sen käyttötarkoitukset.
  • 18. Mitä ovat REST ja SOAP?
  • 19. Mikä on XML?
  • 20. Mikä on JSON?
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 21. Miten XML ja JSON eroavat toisistaan?
  • 22. Miksi JSON on suositumpi kuin XML?
  • 23. Mikä on ASP.NET Web API?
  • 24. Mitä uutta ASP.NET Web API 2.0:ssa on?
  • 25. Mitä hyötyä RESTin käytöstä on?
  • 26. Mikä on WCF?
  • 27. Web API:n ja WCF:n välinen ero.
  • 28. Tapoja käsitellä virheitä Web API:ssa.
  • 29. Mikä on ASP.NET MVC?
  • 30. Ero ASP.NET MVC:n ja Web API:n välillä.
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 31. Mitä ovat Web API -suodattimet?
  • 32. Onko niin, että ASP.NET Web API on korvannut WCF:n?
  • 33. Mikä HTTPConfiguration on?
  • 34. Mitä ymmärrät REST:stä ja RESTfulista?
  • 35. Kuvaile Web API:n käyttämiä HTTP-menetelmiä?
  • 36. Web API Controllerin ja Controllerin välinen ero.
  • 37. Mikä CORS on?
  • 38. Kuvaile REST API:n parametrityypit.
  • 39. Mitä eroa on ASP.Net Web API:lla ja .Net core Web API:lla?
  • 40. Mitä hyötyä HTTPResponseMessagesta on?
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 41. Mitä etuja ASP.NET Web API:n käytöstä on?
  • 42. Mitä tarkoitat välimuistilla ja mitkä ovat sen tyypit?
  • 43. Mitä tiedät HTTPError-poikkeussuodattimista?
  • 44. Mitä hyötyä DelegatingHandlerista on?
  • 45. Selitä ero REST API:n ja Web API:n välillä.
  • 46. ​​Onko mahdollista käyttää ASP.NET Web API:ta muilla .NET-kielillä luoduissa sovelluksissa?
  • 47. Selitä sisältöneuvottelut Web API:ssa.
  • 48. Kuvaile Web API Versioningin suorittamisen vaiheet.
  • 49. Mitä tiedät HTTP-perustodennuksesta?
  • 50. Mitä tiedät Digest HTTP -todennusta?
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 51. Mitä eroa on HTTP-perustodennuksen ja HTTP-tiivistelmän todennuksen välillä?
  • 52. Mikä on OData?
  • 53. Mitä eroa on Web-palveluilla ja Web API:lla?
  • 54. Mikä on Okobjectresult?
  • 55. Kuvaile Web-sovellusliittymien tyypit.
  • 56. Kuinka pitää Web API suojattuna?
  • 57. RESTin käytön resurssit Web API:ssa.
  • 58. Kuinka rajoittaa Web API tiettyihin HTTP-verbeihin?
  • 59. Kuvaile RESTful-palveluita?
  • 60. Mitä API-testaus on?
  • 61. Nimeä API-testauksen tyypit.
  • 62. Mitä API-valvonta on?
  • 63. Mitä RapidAPI-testaus on?
  • 64. Mitä eroa on REST:n ja RESTful API:n välillä?
  • 65. Mitkä ovat Web API:n tärkeimmät palautustyypit?
  • 66. Mikä on URI?
  • 67. Mitä ovat Internet-mediatyypit?
  • 68. Mikä on OWIN:n avoin verkkokäyttöliittymä .NET:lle?
  • 69. Mikä on Katana OWIN?
  • 70. Kehitä parametrien sidonta ASP.NET Web API:ssa.
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 72. Mikä on ATDD?
  • 73. Kuinka palauttaa JSON XML:n sijaan Hyväksy-otsikosta riippumatta?
  • 74. Kuinka palauttaa XML JSONin sijaan Hyväksy-otsikosta huolimatta?
  • 75. Mitkä ovat REST-rajoitukset?
  • 76. Onko API:n käytöllä rajoituksia?
  • 77. Mikä on resurssi REST:ssä?
  • 78. Mikä on RESTful-palveluiden hyötykuorma?
  • 79. Mitkä ovat SOAPin ominaisuudet?
  • 80. SOAP:n ja RESTin välinen ero.
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 81. Mitä puutteita SOAPin käyttämisessä on?
  • 82. Mikä on protokolla?
  • 83. Ero POST- ja PUT-menetelmien välillä?
  • 84. Miksi Web API:n käyttö on parempi kuin WCF?
  • 85. Mitkä ovat API-testauksen periaatteet?
  • 86. Mitä testejä API-testauksessa tehdään?
  • 87. Kuvaa API-testauksen suorittamisen vaiheet.
  • 88. Mitä on yksikkötestaus?
  • 89. API-testauksen ja yksikkötestauksen välinen ero.
  • 90. Mitkä ovat yleisimmät API-testauksessa löydetyt viat?
  • TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:
  • 91. Kuka voi käyttää sovellusliittymiä?
  • 92. Miten HTTP on yhteydetön? Selittää.
  • 93. Selitä HTTP mediariippumattomaksi
  • 94. Mikä on WCF REST?
  • 95. Mitä etuja yksikkötestauksesta on?
  • 96. Mitkä asiat tulee tarkistaa API-testauksen aikana?
  • 97. Mikä on APIBuilder?
  • 98. Selitä API builderin komponentit.
  • 99. Mikä AJAX on?
  • 100. Mikä on API Endpoint?
• Suositellut artikkelit

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

1. Mikä on Web API?

Naiivisti sanottuna Web API on protokolla, joka auttaa ulkopuolisia käyttäjiä pääsemään tietoihin tekemällä pelkkä pyyntö palvelimelle HTTP-protokollan avulla. Joten voimme todeta, että Web API on jossain määrin tiedonvaihtoa. Sekin on sallittua, jos ja vain jos noudatetaan kaikkia tehtyjä protokollia.

2. Mitä hyötyä Web API:sta on?

Sen avulla voidaan käyttää valmiiksi rakennettujen verkkosivustojen tietopalveluita API-avaimien ja kyselyiden avulla.

3. Mitä protokollaa Web API tukee?

Se tukee vain HTTP-protokollaa.

4. Web API:n omaisuus?

1. Paljon helpompi käyttää ja työskennellä,
Mahdollistaa reitityksen,SuodattimetWeb-sovellusliittymissä käytettävät sovellukset käsittelevät kirjaamista, protestien käsittelyä, suorituskyvyn arviointia, todennusta ja käyttöoikeuksia.Sisältöneuvottelutauttaa lisäämään käyttökokemusta.
2. Se on avoin itseisännöinti mikä vähentää ylläpitovaatimuksia ja tekee siitä riippumattoman IIS:stä.

5. Web API:n puutteet?

Jos sovellusliittymää, jota yrität kutsua, isännöi jo jossain päin maailmaa, saatat odottaa viivettä.

6. Nimeä muutama suurten etikettien verkkosovellusliittymä?

Youtube API, Facebook API, Twitter API ovat muutamia vaikuttavia API:ta tunnetuilta tuotemerkeiltä. Muita merkittäviä verkkosovellusliittymiä ovat Web audio API, Full-screen API ja Channel Messaging API.

7. Mitä avoimen lähdekoodin kirjastoa verkkosovellusliittymien JSON-sarjoitukseen käytetään?

JSON-serialisointiin Web API:t käyttävät Json.NET-kirjastoa.

8. Mitä .NET-kehystä verkkosovellusliittymät tukevat?

Toistaiseksi Web API -verkkokehys tukee NET 4.0:aa ja uudempia kehyksiä.

9. Mitä tiedät Web API 2.0:sta?

Web 2.0 on Web API:n uusin versio, joka sisältää uusia moderneja erikoisuuksia.

10. Mitä eroa on Web API:lla ja Web API 2.0:lla?

Näiden kahden välillä ei ole sellaista eroa. Web API 2.0 on vain Web-sovellusliittymän vanhan version laajennus, joka tukee muutamia muita ominaisuuksia, kuten AttributeRouting, OWIN-itseisäntä, IHttpActionResult, CORS, HttpRequestContext, Testattavuus, ODATA-parannukset, Suodattimen ohitukset, ByteRangeStreamContent, mikä tekee siitä tuotetuotteemman.

11. Mitä on reititys?

Web API tarjoaa apua verkkosivun eri URL-osoitteiden jäsentämiseen käsittelemällä kaikki HTTP-pyynnöt ja reitittää pyynnön suoraan toiminnon kanssa. Tätä prosessia kutsutaan Web API -reititykseksi. Web API -reititys reitittää vastaavat URL-osoitteet vastaaville reiteille reititystaulukosta.

12. Mitkä ovat reititystyypit?

Tällä hetkellä on olemassa vain kaksi reititystyyppiä -

Perinteinen Perustuu – Perinteinen reititys edellyttää samanlaisten reittien lisäämistä URL-osoitteisiin. Mutta on haittapuoli, joka on pidettävä mielessä käytettäessä tavanomaista reititystä. Eli kaikki reitit on järjestettävä. Ensin tarkemmin määritellyt ja sitten vähemmän määritellyt ja samankaltaiset polut reittitaulukossa.

Attribuuttipohjainen – Attribuuttipohjainen reititys on Web API -reititys 2.0:n uusi erikoisuus, joka käyttää attribuutteja reittien määrittämiseen. Se tarjoaa käyttäjälle hyvän monipuolisuuden siirtyessään toiseen URL-osoitteeseen.

13. Mitä ymmärrät Web API -versioinnista?

Web API -version avulla asiakkaat voivat tehdä muutoksia tai päivittää tietoja. Mutta tähän tarvitaan lupa. Muutoksia varten asiakkaan tulee pyytää palveluntarjoajalta.

Ja tämä on mahdollista Web API -version avulla käyttämällä URL-osoitteita, kyselyitä ja otsikoita muuttamatta olemassa olevaa API:ta. Verkkosovellusliittymän versiointi auttaa uusimaan tietoja ajan myötä. Tämä luultavasti auttaa luomaan hyvän yhteyden asiakkaan ja palvelimen välille.

14. Kuvaile kaikki Web API:ssa käytetyt HTTP-protokollamenetelmät.

Web API toimii pääasiassa neljällä HTTP-protokollalla, jotka voimme myös ymmärtää CRUD-menetelmällä Create, Read, Update ja Delete. Tässä Create tarkoittaa POST, Read for get, Update PUT ja Delete tarkoittaa DELETE.

15. Mitä ovat erilaiset HTTP-tilakoodit?

HTTP-tilakoodit ovat kolminumeroinen koodi, joka ilmaisee palvelimen vastauksen.

1. Jos vastaanotetaan tilakoodi alueella 1XX, se osoittaa, että palvelin on vastaanottanut pyynnön ja tulos käsitellään.
2. Jos vastaus on alueella 2XX, se osoittaa, että pyyntö onnistui ja palvelin on hyväksynyt sen.
3. Jos vastaus on alueella 3XX, pyyntö on ohjattu lisätutkimuksia varten.
4. Jos vastaus on alueella 4XX, asiakas on tehnyt virheitä pyynnön tekemisessä.
5. Ja jos saat vastauksen alueella 5XX, palvelimen puolella on ongelma tietojen käsittelyssä.

16. Nimeä työkaluja web-sovellusliittymien kehittämiseen tai testaamiseen.

1. Postimies on yksi suosituimmista työkaluista API:n rakentamiseen ja seurantaan. Se on käyttäjäystävällinen ja ilmainen avoimen lähdekoodin sovellus. Se soveltuu erinomaisesti RESTful-palveluiden kehittämiseen.

2. Fiddler on vain toinen ilmainen sovellus, jonka avulla voit suorittaa erilaisia ​​HTTP-protokollien ja -pyyntöjen tarkistuksia. Ja myös luoda se.

17. Mikä on Authorize-attribuutti? Mainitse sen käyttötarkoitukset.

Authorize Attributes ylläpitää sovelluksen turvallisuutta tarkistamalla valtuutetut ja luvattomat käyttäjät. Se auttaa meitä pitämään palvelimen turvassa sallimalla vain valtuutetut käyttäjät.

Voimme myös mitätöidä tämän määritteen käyttämällä AllowAnonymous-attribuuttia. Jos käyttäjä on luvaton, palvelin palauttaa HTTP-vastaukset HTTP-tilakoodilla 4XX.

Authorize-attribuutin käyttötarkoitukset:

1. Se pitää palvelimen turvassa ja turvassa turvattomalta ulkoiselta käytöltä.
2. Sisäänkäyntiä rajoittamalla vain hyväksytyt käyttäjät voivat käyttää sitä.

18. Mitä ovat REST ja SOAP?

LEVÄTÄ tarkoittaa RE esittelevä S tate T siirto, kun SAIPPUA tarkoittaa S imple TAI kohde TO pääsy P rotocol. REST on verkkoyhteistyössä käytetty rakennemalli. Jos HTTP-protokolla on onnistunut, palveluntarjoaja lähettää tiedot HTML-, tavallinen XML- tai JSON-merkkijonoina.

Päinvastoin, SOAP tukee vain XML-muotoa viestien tai tietojen lähettämiseen. Se on mukautettu viestintämuotoon strukturoidun tiedon lähettämiseen käytettäväksi muissa verkkopalveluissa.

19. Mikä on XML?

XML-käsitteet Entinen jännittävä M arkup L kieli. Se on sävelletty muodossa, joka on sekä ihmisen että koneellisesti luettavissa. XML tukee perusteellisesti Unicodea lähes kaikille ihmiskielille. XML on laajalti käytössä palvelukeskeisessä arkkitehtuurissa (SOA), ja se on SOAP:n oletusprotokollamuoto.

20. Mikä on JSON?

JSON tarkoittaa J ava S cript TAI kohde N otaatio. Se on sanakirjatyyppinen tietomuoto, joka on hyvin samanlainen kuin JavaScript. Se on suosituin muoto laajan ihmisen luettavuuden vuoksi. Se on huollettavissa vähemmän yksityisen tiedon siirtämiseen Internet-palveluiden kautta.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

21. Miten XML ja JSON eroavat toisistaan?

22. Miksi JSON on suositumpi kuin XML?

JSON on hyvin samanlainen kuin JavaScript, joka on yksi tehokkaimmista ohjelmointikielistä. Ja JSON on osoittautunut käyttäjäystävällisemmäksi kuin XML. Vaikkakin! XML on paljon tehokkaampi tietomuoto kuin JSON. Mutta sen helppouden ja yhtäläisyyksien vuoksi tehokkaan kielen kanssa se on yleisempi kuin XML.

23. Mikä on ASP.NET Web API?

ASP.NET Web API on avoin verkkoliittymäkehys, jota käytetään HTTP-palvelujen rakentamiseen Web Application Programming Interface (Web API) -rajapinnalle. Tässä ASP-käsitteet Active Server Pages. Ja ASP .NET Web API on vain muokattu ja päivitetty versio ASP:stä. ASP .NET API:ta käytetään laajasti sekä RESTful- että ei-RESTful-palveluiden luomiseen.

24. Mitä uutta ASP.NET Web API 2.0:ssa on?

ASP.NET Web API:n uudet ominaisuudet esiteltiin ja uusi versio ASP.NET Web API 2.0, tuli markkinoille tarjotakseen käyttäjilleen enemmän joustavuutta seuraavilla uusilla ominaisuuksilla:

1. Netin itseisännöinti – Tämä vähensi säännöllisen huollon tarvetta.
2. Attribuuttien reititys – käyttää attribuutteja reittien määrittämiseen reititystaulukossa.
3. CORS: Monien lähteiden resurssien jakaminen – Tämä mahdollistaa minkä tahansa muun verkkosivuston jakamisen aina tarvittaessa.
4. $Selectin ja $expandin OData-palvelulaajennukset, tässä $Select sallii ominaisuuden valitsemisen. $expand valitaksesi asiaankuuluvat kohteet.
5. IHttpActionResult – Käytetään luvattoman tyyppisen vastauksen luomiseen ExecuteAsyncin avulla.

25. Mitä hyötyä RESTin käytöstä on?

RESTin käytön edut ovat seuraavat:

1. Käyttäjäystävällisempi ja monipuolisempi.
2. Sopii parhaiten käytettäväksi pienikokoisissa verkkopalveluissa rajoitetun tiedonsiirron vuoksi.
3. Joustava datamuoto.
4. Käytä suojausta OAuth-protokollien avulla.

26. Mikä on WCF?

WCF-käsitteet Windows Communication Foundation. Aiemmin se tunnistettiin Indigoksi. Sitä käytetään palvelukeskeisten sovellusten (SOA) rakentamiseen.

27. Web API:n ja WCF:n välinen ero.

28. Tapoja käsitellä virheitä Web API:ssa.

On olemassa useita tapoja valvoa virheitä Web API:ssa. Muutamia virheitä prosesseissa ovat:

HttpResponseException– Käsittelee sekä ohjain- että toimintatason poikkeuksia ja muuntaa ne 500 sisäiseksi palvelinvirhevastaukseksi.HttpError– CreateErrorResponsea käytetään HttpError-menetelmän luomiseen ja sen avulla voidaan luoda merkityksellisiä virheilmoituksia.Poikkeussuodattimet– Käytetään käsittelemättömien poikkeusten käsittelyyn.Poikkeuskäsittelijät– Käytetään esitettyjen poikkeusten mukauttamiseen.

29. Mikä on ASP.NET MVC?

Se on suunnittelun prototyyppisovellus, joka sisältää mallin, näkymän ja ohjaimen. Näin ollen tunnustetaan MVC:ksi. MVC helpottaa koodaajien asioita erottamalla komponentit. ASP.NET MVC saavuttaa tämän näyttämällä erilaisia ​​järjestelyjä alkuperäisen näytön ja tietomallin välillä.

30. Ero ASP.NET MVC:n ja Web API:n välillä.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

31. Mitä ovat Web API -suodattimet?

Suodattimien avulla voimme asettaa halutun tuloksen mihin tahansa käyttäjän suorittamaan toimintoon. Tämän avulla voimme ohittaa oletusarvoiset HTTPResponseMessages-palautukset.

Web API:n käyttämät suodattimet ovat:

Huutokauppasuodatin– Lisää toimintoja Web API -palveluihin.Valtuutussuodatin– Tarkistaa asiakkaiden, mukaan lukien selaimet, todennuksen.Valtuutettu suodatin– Suodattaa valtuutetun käyttäjän ja erottaa sen.Valtuuta attribuutti– Sallii vain valtuutetut asiakkaat.Ohita suodatin– Ei sisällä tietyt ohjaimet ja toiminnot.Poikkeussuodatin– Käsittelee käsittelemättömät suodattimet.

32. Onko niin, että ASP.NET Web API on korvannut WCF:n?

Ei, ei ollenkaan, koska molemmat ovat erilaisia ​​omilla aloillaan. Jos vertaamme Web API:ta ja WCF:ää, niiden välillä on monia eroja, joten molemmat erottuvat asemassaan. WCF on erikoistunut kehittämään vain SOAP-pohjaisia ​​palveluita. ASP.NET Web API:n avulla voimme rakentaa ei-SOAP-pohjaisia ​​palveluita, kuten kehittää RESTful-palveluita.

33. Mikä HTTPConfiguration on?

HTTPConfiguration on vain tietty Web API:n luokka. Ja tämä Web API -luokka auttaa ohittamaan Web API:n oletustoiminnon.

HTTPConfigurationin ominaisuudet ovat seuraavat:

DependencyResolver– Käsittelee riippuvuusruiskeen.Viestinkäsittelijät– Päättää ja käsittelee viestivastauksen.ParameterBindingRules– Sääntösarja kaikkien parametrien sitomiseksi.IncludeErrorDetailPolicy– Asettaa virheilmoitukset.Muotoilijat– Käyttää internetmediatyyppisiä sävellyksiä.Ominaisuudet– Kerää Webin ominaisuuksia tällä hetkellä.Palvelut– Hankkii Web API -palvelut.Suodattimet– Lisää suodattimen pyyntöihin.Reitit– Kerää reitit Web API:lle.

34. Mitä ymmärrät REST:stä ja RESTfulista?

REST tarkoittaa RE esittelevä S tate T luovutus. REST on verkkoyhteistyössä käytetty rakennemalli. Jos HTTP-protokolla on onnistunut, palveluntarjoaja lähettää tiedot JSON-, HTML- tai XML-muodossa. Jos puhumme RESTfulista, se on termi, jota harjoitetaan REST:ssä sen esittämille verkkopalveluille.

35. Kuvaile Web API:n käyttämiä HTTP-menetelmiä?

Web API:n käyttämät HTTP-menetelmät ovat seuraavat:

SAADA – Käytetään tietojen hankkimiseen palveluntarjoajalta.

LÄHETTÄÄ – Käytetään tietojen liittämiseen palveluntarjoajan tietoihin tekemällä pyyntö.

LAITTAA – Käytetään pyytämään palveluntarjoajaa sallimaan tietojen päivittäminen.

POISTAA – Käytetään tietojen poistamiseen.

KYTKEÄ – Käytetään yhteyden muodostamiseen palveluntarjoajaan.

PÄÄ – Käytetään lähteen saatavuuden, saatavuuden, volyymin ja viimeisimmän muutospäivämäärän tarkistamiseen lataamatta sitä.

JÄLJITTÄÄ - Seuraa kaikkien tietojen historiaa, mikä auttaa edelleen argumenttien virheenkorjauksessa.

VAIHTOEHDOT – Määrittää kohdelähteen viestintätavan ja tavoitteen.

36. Web API Controllerin ja Controllerin välinen ero.

37. Mikä CORS on?

Cross-origin resurssien jakaminen (CORS) on menetelmä, joka mahdollistaa pyyntöjen lähettämisen verkkosivustolta toiselle. Sen avulla on helpompi hakea tietoja muilta verkkosivustoilta mille tahansa verkkosivustolle. Saman alkuperäpolitiikan (SOP) CORS:n ohittaminen auttaa asiakkaitaan siirtämään tiedot nopeasti. Muilta verkkosivustoilta vaikuttamatta verkkosivuston turvallisuuteen.

38. Kuvaile REST API:n parametrityypit.

REST API:ssa pyyntöjen luomiseen käytetyt parametrit ovat:

Otsikkoparametri– Käytetään valtuutukseen.Kyselyparametri– Auttaa kohdistamaan erityistä sisältöä tai toimintaa.Pyydä body-parametria– Käytetään tiedon välittämiseen ja hankkimiseen.Mallin parametri– Käytetään pyyntöpolun parametrointiinMatriisiparametri– Lisätty ennen kyselymerkkijonoa pyyntöpolussa.

39. Mitä eroa on ASP.Net Web API:lla ja .Net core Web API:lla?

40. Mitä hyötyä HTTPResponseMessagesta on?

HTTPResponseMessagen avulla voimme seurata palveluntarjoajalle lähetetyn pyynnön tilaa. Millä voimme olettaa tapahtumia. Se toimii HTTP-protokollien kanssa ja palauttaa oikean tilakoodin, joka on HTTP-vastausviesti, mikä helpottaa asiakkaiden ymmärtämistä. Jos lähetetty pyyntö hyväksyttiin tai siitä luovuttiin.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

41. Mitä etuja ASP.NET Web API:n käytöstä on?

ASP.NET Web API:n käytön edut:

1. ASP.NET Web API tukee kaikkia MVC-ominaisuuksia, mukaan lukien reititys, suodatin ja ohjaimet.
2. Se on erittäin kevyt ja helppokäyttöinen.
3. Se on ihanteellinen alusta matalan kaistanleveyden sovellusten rakentamiseen.
4. Soveltuu parhaiten muiden kuin SOAP-HTTP-pohjaisten palvelujen kehittämiseen.
5. Sisällön neuvottelu ja useat aseman tuet tekevät siitä mukavamman käyttää.

42. Mitä tarkoitat välimuistilla ja mitkä ovat sen tyypit?

Välimuisti on tapa tallentaa ja siirtää tiedot välimuistiksi tunnistettuun ohjelmistoon. Voimme ymmärtää Cachen varastona. Välimuisti auttaa ajamaan prosessoria suhteellisen nopeasti tallentamalla kaikki lisäsijaintiin.

Mahdolliset välimuistityypit:

Muistissa välimuisti– Tallentaa tiedot suoraan RAM-muistiin.Tietokannan välimuisti–Web-asiakkaan välimuisti– Tallentaa asiakkaan puolelle ja latautuu automaattisesti tarvittaessa, jos sitä ei poisteta tai poisteta.Web-palvelimen välimuisti– Tallentaa tiedot palvelimelle dynaamisesti.CDN-välimuisti– Tallentaa web-sivuja, tyylisivuja, komentosarjoja ja mediatiedostoja välityspalvelimille.

43. Mitä tiedät HTTPError-poikkeussuodattimista?

HTTPError-poikkeussuodattimet käsittelevät kaikki poikkeukset, jotka heitetään HTTP-pyyntöjä tehtäessä, ja muut suodattimet eivät käsittele niitä. Sitten nämä suodattimet käsittelevät kaikki suodatetut poikkeukset.

44. Mitä hyötyä DelegatingHandlerista on?

Sarja viestikäsittelijöitä on ketjutettu yhteen vastaamaan useisiin HTTP-pyyntöihin palvelimessa. Ja lopuksi jossain vaiheessa. Vastaus luodaan ja palautetaan asiakkaalle takaisin päinvastaiseen suuntaan.

Ja tämä prosessi, jossa pyyntö vastaanotetaan ja sitten palautetaan asiakkaalle, tunnetaan nimellä Delegating handler.

45. Selitä ero REST API:n ja Web API:n välillä.

46. ​​Onko mahdollista käyttää ASP.NET Web API:ta muilla .NET-kielillä luoduissa sovelluksissa?

Kyllä, se on mahdollista. Voimme käyttää ASP.NET Web API:ta muilla .NET-kielillä luoduissa sovelluksissa. Ainoa pakollinen asia on, että sen on tuettava HTTP-protokollaa.

47. Selitä sisältöneuvottelut Web API:ssa.

Sisältöneuvottelu määrittelee vastauksen muodon. Lähetetään takaisin asiakasjoukolle. Tämän ansiosta Web API toimii selkeämmin, kun sitä käytetään muissa laitteissa kuin PC:ssä, kuten mobiililaitteissa ja tableteissa.

48. Kuvaile Web API Versioningin suorittamisen vaiheet.

Verkkosovellusliittymän versiointia varten sinun on noudatettava näitä vaiheita:

Vaihe 1: URI

• Muuttaa URI:n Web API -reitityksen avulla

Vaihe 2: QueryString-parametri

• Lisää toisen kyselymerkkijonon ohjaimen löytämiseksi

Vaihe 3: Muokattu otsikkoparametri –

• Tarjoaa lisätietoja

Vaihe 4: Hyväksy otsikkoparametri –

• Määrittää odotettujen vastaustietojen tiedostomuodon

49. Mitä tiedät HTTP-perustodennuksesta?

HTTP-perustodennuksen yhteydessä käyttäjä luovuttaa käyttäjänimen ja salasanan HTTP-valtuutuspyyntöön. Ja nämä välitetyt arvot dekoodataan edelleen. Myöhemmin se muutetaan merkkijonoksi käyttämällä koodausta, mikä helpottaa todentamista.

50. Mitä tiedät Digest HTTP -todennusta?

Digest-todennus on hyvin verrattavissa perustodennusta. Se käyttää samaa protokollaa, jossa otetaan käyttäjätunnus ja salasana ja luodaan sitten yksilöllinen avain ja lähetetään pyyntö palvelimelle. Mutta ennen kuin lähetät tiedot Internetiin. Se lisää tiivisteen asiakkaan käyttäjätunnuksen ja salasanan päälle, mikä tekee siitä turvallisempaa.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

51. Mitä eroa on HTTP-perustodennuksen ja HTTP-tiivistelmän todennuksen välillä?

52. Mikä on OData?

Tässä OData tarkoittaa Open Data Protocolia. Se tarjoaa yhtenäisen tavan määrittää ja hallita kaikkia CRUD-toimintoja tehokkaasti. Se mahdollistaa REST-sovellusliittymien luomisen ja REST-sovellusliittymien käytön. Ja tämä lisäksi auttaa sen käyttäjiä muokkaamaan resursseja valtuutetuilla menetelmillä. ODATA syntyi ensimmäisen kerran vuonna 2007 Microsoft Teamin toimesta.

53. Mitä eroa on Web-palveluilla ja Web API:lla?

54. Mikä on Okobjectresult?

Okobjectresult suorittaa sisältöneuvottelun ja muotoilee vastauksen rungon ja palauttaa 2XX-vastauksen valmistumisen jälkeen.

55. Kuvaile Web-sovellusliittymien tyypit.

Web-sovellusliittymien päätyyppejä tunnetaan yhteensä neljä. Ja nämä ovat seuraavat:

Avaa API:t– Avoimesti kaikkien käytettävissä.Kumppanisovellusliittymät– Ei julkisesti saatavilla ja vaatii pääsyn kyseiseen sovellusliittymään.Sisäiset sovellusliittymät– Nämä ovat yksityisiä API:ita, jotka mikä tahansa tietty ryhmä tai organisaatio luo ja käyttää.Yhdistelmäsovellusliittymät– Tämäntyyppiset sovellusliittymät ovat useiden muiden sovellusliittymien liitto. Ja niitä harjoitetaan nopeuttamaan suoritusta ja toimintaa.

56. Kuinka pitää Web API suojattuna?

Voit pitää Web API suojattuna valitsemalla seuraavat kolme tapaa:

1. HMAC-todennus: HMAC-todennuksen yhteydessä palveluntarjoaja käsittelee asiakkaansa yksilöllisen API-avaimen ja salaisen avaimen. Ja näiden valtuutusavainten avulla voidaan kutsua API. Se luo tiivistetyn HMAC-allekirjoituksen. Nyt molempia parametreja käyttämällä voidaan pyytää palvelinta. Sama menetelmä tapahtuu palvelimen päässä. Ja jos molemmat HMAC-allekirjoitukset täsmäävät, valtuutus onnistuu.

2. Digitaalinen allekirjoitus: Tämä menetelmä toimii peittämällä viestin suojausallekirjoituksen luomalla salaisella avaimella. Nyt asiakas lähettää tämän yksityisen avaimen palvelimelle. Jokainen pyyntö allekirjoitetaan nyt yksityisellä avaimella, joten palvelin voi epäilemättä valtuuttaa pyynnön. Omistajan on pidettävä tämä allekirjoitusavain luottamuksellisena erimielisyyksien välttämiseksi.

3. OAuth: OAuth on yksi käytetyimmistä menetelmistä, joita käytetään verkkosovellusliittymien turvallisuuden suojaamiseen. Tällöin käyttäjien tulee kirjautua sisään palvelimen palveluihin. Ja onnistuneen sisäänkirjautumisen jälkeen käyttäjä saa ainutlaatuisen todennusavaimen, jota hän voi käyttää pyyntöjen tekemiseen palvelimelle.

57. RESTin käytön resurssit Web API:ssa.

1. Se on erittäin kevyt ja pystyy kehittämään verkkopohjaisia ​​palveluita tehokkaasti.
2. Rajoitettu tiedonsiirto on sallittu.
3. Rajoitettu tiedonsiirto tekee siitä yhteensopivamman mobiililaitteiden käyttöön.
4. Aloittelijaystävällinen.

58. Kuinka rajoittaa Web API tiettyihin HTTP-verbeihin?

Tätä varten sinun on määritettävä HTTP-verbit erilliseksi attribuutiksi pääsyn rajoittamiseksi.

59. Kuvaile RESTful-palveluita?

Se on verkkopalvelu, joka käyttää RESTiä. REST on verkkoyhteistyössä käytetty rakennemalli. Jos HTTP-protokolla on onnistunut, palveluntarjoaja lähettää tiedot JSON-, HTML- tai XML-muodossa. Se on erittäin kevyt ja pystyy kehittämään web-pohjaisia ​​palveluita.

60. Mitä API-testaus on?

API-testaus sisältää sovellusohjelmointirajapintojen testauksen. Se tarkistaa, täyttääkö API kaikki vaaditut vaatimukset ja toimiiko se oikein. API-testaus sisältää API:n suorituskyvyn, turvallisuuden ja toiminnallisuuden testaamisen.

61. Nimeä API-testauksen tyypit.

API-testaustyyppejä on useita. He ovat:

Yksikkötestaus Toiminnallinen testaus Ajonaikaisen virheen tunnistus Turvallisuustestaus Verkkokäyttöliittymän testaus Läpäisytestaus Fuzz-testaus Yhteentoimivuuden testaus WS-* Yhteensopivuus testauskuorma testaus

62. Mitä API-valvonta on?

API-valvonta on sovellusliittymän suorituskyvyn, turvallisuuden, saatavuuden ja toimivuuden testausprosessi.

63. Mitä RapidAPI-testaus on?

RapidAPI-testaus on testaustyökalu, jonka avulla voidaan tehdä kattavia testejä. RapidAPI-testauksella voit tehdä testejä REST-sovellusliittymien, SOAP-, Web-sovellusliittymien, GraphQL-sovellusliittymien tai minkä tahansa API:n kautta. Se mahdollistaa API-valvonnan, lisää vaivattomasti verkkopalveluiden suorituskykyä verkkopalveluissa ja mahdollistaa laajan testauksen.

64. Mitä eroa on REST:n ja RESTful API:n välillä?

65. Mitkä ovat Web API:n tärkeimmät palautustyypit?

Tärkeimmät Web API:n tukemat palautustyypit ovat:

Tyhjä– Tässä Void tarkoittaa virheellistä tilakoodia. Web API palauttaa mitätön, kun sisältö on tyhjä.Primitiivinen tyyppi ja kompleksityyppi– Auttaa kirjoittamaan sarjoitetut tiedot palautustekstiin.HTTPResponseMessage– Muuntaa vastauksen HTTPResponseMessage-viestiksi ja lähettää sen käyttäjälle.IHTTPActionResult–

66. Mikä on URI?

URI-käsitteet Uniform Resources Identifier. URI-työnä on paikantaa eri resurssit niiden identiteetin perusteella ja reititettyjen URL-osoitteiden avulla se lataa ne Web-palvelimelle. Ja tämä antaa sen kuluttajille mahdollisuuden päästä resursseihin nopeammin ja yksinkertaisemmin.

67. Mitä ovat Internet-mediatyypit?

Aiemmin se tunnettiin nimellä mime-tyypit tai sisältötyypit. Sisältötyyppien nimillä voimme ymmärtää hyvin selvästi, että Internet-mediatyypit määräävät datatiedoston sisältämän tiedon tyypin. Se edustaa sekä datatiedoston tyyppiä että alatyyppiä.

68. Mikä on OWIN:n avoin verkkokäyttöliittymä .NET:lle?

OWIN-käsitteet Avaa verkkokäyttöliittymä .NET:lle. Se on avoimen lähdekoodin käyttöliittymä .NET-itselle. Se määrittää standardin käyttöliittymän ASP.NET-verkkosovellusten ja verkkopalvelimien välille. OWIN auttaa poistamaan palvelimen ja sovelluksen linkityksen, mikä tekee siitä yhteensopivan ASP.NETin ja IIS:n kanssa. Tämän tekeminen ei kuitenkaan ole helppoa. Mutta OWINin avulla voimme tehdä tämän hallittavalla tavalla. OWIN käyttää Appfunc-sovellusta viestiäkseen muiden palveluntarjoajien kanssa.

69. Mikä on Katana OWIN?

Katana käytetään kehittämään ja isännöimään OWIN-pohjaisia ​​verkkosovelluksia. Katana voidaan myös määritellä edistyneemmäksi OWIN-versioksi. Se on avoimen lähdekoodin projekti, joka on kaikkien käytettävissä.

Katanan muotoili Microsoft Team käyttämällä OWIN-segmenttejä.

70. Kehitä parametrien sidonta ASP.NET Web API:ssa.

Parametrisidonta ASP.NET Web API:ssa sitoo asiakkaan palvelimelle lähettämät HTTP-pyynnöt ja parametrit. Asiakkaan tekemässä pyynnössä voi olla erilaisia ​​kyselymerkkijonoja. Parametrien sidonta määrittää, kuinka kaikki nämä HTTP-pyynnöt ja parametrit sidotaan.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

72. Mikä on ATDD?

Tässä ATDD:n käsitteet hyväksyntätestin dataohjautuvana, joka tunnetaan myös nimellä Behavioral driven development. Se keskittyy järjestelmän yleiseen toimintaan. Tässä yksittäisellä hyväksyntätestillä, joka on kirjoitettu täyttämään kaikki järjestelmän edellyttämät toiminnot, suoritetaan testejä koodin yli.

73. Kuinka palauttaa JSON XML:n sijaan Hyväksy-otsikosta riippumatta?

Tämän saavuttamiseksi sinun on poistettava XmlFormatter App_Start-kansion WebApiConfig.cs-määritystiedoston Register()-osiosta. Nyt XmlFormatterin poistamiseksi sinun on sisällytettävä seuraavat koodirivit määritystiedostoon.

config.Formatters.Remove(config.Formatters.XmlFormatter)

Tällä, riippumatta siitä, mitä määritellään. Hyväksy otsikkoverkon arvojen ohittaminen palauttaa tiedot vain XML-muodossa.

74. Kuinka palauttaa XML JSONin sijaan Hyväksy-otsikosta huolimatta?

Tämän saavuttamiseksi sinun on poistettava JsonFormatter App_Start-kansion WebApiConfig.cs-määritystiedoston Register()-osiosta. Jos haluat nyt poistaa JsonFormatterin, sinun on sisällytettävä seuraavat koodirivit määritystiedostoon.

config.Formatters.Remove(config.Formatters.JsonFormatter)

Tällä, riippumatta siitä, mitä määritellään. Arvojen ohittaminen hyväksymisotsikkoverkosta palauttaa tiedot vain JSON-muodossa.

75. Mitkä ovat REST-rajoitukset?

1. Asiakas- ja palvelinrajoitus – Määrittää, että asiakas lähettää pyynnön palvelimelle ja sitten palvelin vastaa tähän pyyntöön.

2. Tilaton rajoitus – Se määrittää, että asiakkaan ja palvelimen välinen viestintä on salattu. Eikä asiakkaan tietoja tallenneta minnekään palvelinpuolelle.

3. Välimuistiin tallennettava rajoitus – Välimuistirajoitus käskee palvelimen lähettämään kaikki tiedot välimuistiin tallennettavassa muodossa. Asiakkaan ei siis tarvitse joutua pyytämään tiettyjä nimiketietoja koskevia tietoja kymmeniä kertoja.

4. Uniform Interface Constraint – Tämä rajoitus ilmaisee, että asiakkaan käyttöliittymän on annettava samanlainen ja yhtenäinen käyttöliittymä riippumatta siitä, mitä laitetta he käyttävät.

5. Layered System – Se auttaa lisäämään pätevyyttä ja vähentää toiminnan kuormitusta jakamalla välimuistit jokaisen kerroksen kanssa.

76. Onko API:n käytöllä rajoituksia?

Se riippuu API-palveluntarjoajasta. Jotkut tarjoavat palvelujaan ilmaiseksi. Ja muutamat saattavat pyytää sinua maksamaan sen rajattomasta käytöstä. Mutta se, joka tarjoaa sen ilmaiseksi, voi rajoittaa sinua API-palveluiden käytössä.

77. Mikä on resurssi REST:ssä?

Resurssi sisältää kaiken verkkosivun sisällön. Sisältää HTML-sivut, kuvat, tekstit, videot ja kaikki siinä olevat tiedot. Näihin resursseihin pääsyä varten on pyydettävä palvelinta. Ja jos palveluntarjoaja hyväksyy pyynnön, saamme haltuumme kaiken sisällön tai resurssit.

78. Mikä on RESTful-palveluiden hyötykuorma?

Hyötykuorma on tietoja, joita henkilö haluaa palveluntarjoajalta. HTTP-teksti sisältää paljon muuta tietoa, josta käyttäjä ei välttämättä ole kiinnostunut. Joten tässä hyötykuorma auttaa erottamaan vaaditut tiedot merkityksettömistä tiedoista.

79. Mitkä ovat SOAPin ominaisuudet?

1. Jättää palomuuriongelmat pois HTTP-protokollia käytettäessä.
2. Käyttää XML-muotoa vastausten ja tilaviestien lähettämiseen.
3. Itsenäinen ja helppokäyttöinen.
4. Pystyy siirtämään tietoja hajautetussa ympäristössä.

80. SOAP:n ja RESTin välinen ero.

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

81. Mitä puutteita SOAPin käyttämisessä on?

1. Hitaampi kuin muut saatavilla olevat palvelut.
2. Tukee erilaisia ​​ohjelmointikieliä, jotka tekevät siitä ristiriidassa sen suorituskyvyn kanssa.
3. Vain yksi kuluttaja voi käyttää SOAP-palveluita kerrallaan.

82. Mikä on protokolla?

Se on tullien kokoelma, jota noudatetaan tietojen käsittelemiseksi ja käyttöönottamiseksi. Se määrittelee käytettävät syntaksit, tietovirran, tietotyypin ja järjestelmänvalvojan hallinnan. Perustetaan ylläpitäjien järjestelmä protokollien klustereineen. Millä kaksi päätä voivat kommunikoida keskenään samassa puheessa.

83. Ero POST- ja PUT-menetelmien välillä?

84. Miksi Web API:n käyttö on parempi kuin WCF?

On suositeltavaa käyttää Web API:ta WCF:n sijaan seuraavien etujen vuoksi:

1. Tarjoaa paljon nopeampaa ja kevyempää palvelua
2. Tukee useita tietomuotoja
3. Sisältää kaikki HTTP:n ominaisuudet
4. Web API käyttää SOAP-pohjaisia ​​protokollia, kun taas WCF käyttää ei-SOAP-pohjaisia ​​palveluita
5. Useiden asiakkaiden käytettävissä

85. Mitkä ovat API-testauksen periaatteet?

1. Määritä ympäristö: Luo kokonaisuus, määritä mukavuudet ja jaa tiedot
2. Suoritus: Footstep soveltaa puitteita, jotka käsittivät kirjaamisen
3. Varmistus: Tarkista, toimiiko valtuutus oikein
4. Raportointi: Ilmoita edistymisestä, toimintahäiriöstä ja löydetyistä vioista
5. Puhdistus: Tarkista tila

86. Mitä testejä API-testauksessa tehdään?

Löytötestaus Käytettävyyden testaus Turvallisuustestaus Automaattinen testaus Dokumentaation testaus

87. Kuvaa API-testauksen suorittamisen vaiheet.

1. Ensinnäkin ymmärrä API:n sitoutuminen.
2. Luo lähestymistapaluettelo.
3. Käytä sopivia tekniikoita.
4. Lisää parametrit vaatimuksen mukaan.
5. Testaa nyt erilaisia ​​tapauksia ja huomioi tulokset.
6. Yhdistä tulokset odotettuun tulokseen.

88. Mitä on yksikkötestaus?

Yksikkötestaus on testausstrategia, joka tutkii koodin ennen ja varmistaa, että koodi toimii oikein ilman virheitä. Tässä testissä tapaukset on muotoiltu kaikille toiminnoille, jotta voimme helposti seurata muutoksen aiheuttamaa vikaa.

89. API-testauksen ja yksikkötestauksen välinen ero.

90. Mitkä ovat yleisimmät API-testauksessa löydetyt viat?

Yleisimmät API-testauksessa löydetyt virheet ovat:

• Käyttämättömät liput
• Vähemmän luotettavuutta
• Turvallisuusongelmat
• Suorituskykyongelmat.
• Monisäikeiset ongelmat
• Toiminto puuttuu tai tee se uudelleen
• API vasteaika on erittäin pitkä
• Vastaustietoja ei ole jäsennelty oikein
• Pätevien argumenttien väärä lähestymistapa
• Yhteyden muodostamisen ja vastauksen saamisen monimutkaisuus
• Kutistuu hallitakseen virheolosuhteita asianmukaisesti

TÄRKEIMMÄT WEB-sovellusliittymähaastattelun KYSYMYKSET JA VASTAUKSET:

91. Kuka voi käyttää sovellusliittymiä?

Se on kaikille. Kuka tahansa voi käyttää sitä. Ja muokatut sovellusliittymät ovat tehneet siitä melkein kaikkien käytettäväksi. Alalla on saatavilla paljon API:ita. Voidaan käyttää mitä tahansa API:ta, ellei se ole erillinen ryhmästä tai organisaatiosta.

92. Miten HTTP on yhteydetön? Selittää.

Kun asiakas tekee pyyntönsä onnistuneesti, asiakas katkaisee yhteyden palvelimeen. Ja palvelin käsittelee pyynnön takaisin asiakkaalle. Tässä koko prosessissa asiakas ja palvelin eivät ole missään vaiheessa yhteydessä toisiinsa. Se määrittelee, että HTTP on yhteydetön. Ja palvelin on osittain liitetty suoraan asiakkaaseen.

93. Selitä HTTP mediariippumattomaksi

HTTP on riippumaton tiedoista tai mediatyypeistä, elleivät sekä asiakas että palvelin osaa käsitellä toisilleen välitettyä tietotyyppiä. Ja niin, asiakasta pyydetään määrittämään mediatyyppi ennen pyynnön tekemistä.

94. Mikä on WCF REST?

Windows Communication Foundation WCF Rest käyttää kaikkia HTTP:n ominaisuuksia. Se tukee myös kaikkia MVC-ominaisuuksia, jotka tekevät siitä yksinkertaisemman ja kestävämmän. WCF:ää käytetään periaatteessa palvelukeskeisten sovellusten (SOA) rakentamiseen.

95. Mitä etuja yksikkötestauksesta on?

Yksikkötestauksen edut:

1. Tarjoaa helpon dokumentaation aloittamista varten
2. Auta korjaamaan koodia suhteellisen nopeammin
3. Säästä arvokasta aikaasi
4. Vähentää vikojen korjauskustannuksia
5. Tee virheenkorjausprosessista helpompaa

96. Mitkä asiat tulee tarkistaa API-testauksen aikana?

• Tietojen tehokkuus
• Valtuutus
• Valmistuminen
• Validointi

97. Mikä on APIBuilder?

APIBuilder on nippu moduuleja ja luokkia, jotka auttavat RESTful-sovellusliittymien toteuttamisessa. Tämä auttaa kuluttajaa rakentamaan kätevästi oman APIn joutumatta koodausosaan. Ja tätä varten on paljon ilmaisia ​​API-rakentajia kuluttajien käyttöön ilman kustannuksia.

98. Selitä API builderin komponentit.

API Builderin kaksi pilaria ovat:

APIBuilder – Apua API-URL-osoitteiden helppoon rakentamiseen.

APIService – Tämä sisältää API:n ytimen. HTTP-palvelut asiakkaalle – GET-, POST- ja PUT-menetelmät.

99. Mikä AJAX on?

AJAX-käsitteet Asynkroninen JavaScript ja XML. Voimme kutsua sitä työkaluksi, joka koostuu useista eri ohjelmointisarjoista vaikuttavien verkkosovellusten kehittämiseen pienemmällä työmäärällä. AJAX vastaa taustakeskustelusta asiakkaan ja web-palvelimien välillä. Se käyttää synkronoituja pyyntöjä tiedon lähettämiseen.

Kun prosessi on käynnistetty, JavaScript luo XMLHttpRequestin, jonka tehtävänä on siirtää tiedot XML-muodossa palvelimille. Tämä prosessi on piilotettu käyttäjältä.

Joten käyttäjä ei saa tietää, tapahtuuko kulissien takana mitään prosessia. Nyt, kun toimenpide on valmis, näytön sisältö päivitetään automaattisesti käyttäjälle.

100. Mikä on API Endpoint?

API-päätepiste on paikka, jossa kaikki pyynnöt ja vastaukset kanavoidaan asiakkaan ja palvelimen välillä. Se on minkä tahansa API:n suurin osa, koska tämä on kohta, jossa käyttäjä voi kysyä palvelimelta kaikenlaisia ​​tietoja.