top 20 restful web services interview question
Seznam nejčastěji kladených RESTful webových služeb Interview Otázky a odpovědi, které vám pomohou připravit se na nadcházející rozhovor:
Webové služby, velmi známý termín, když mluvíme o výměně jakýchsi dat mezi více aplikacemi nebo řekněme softwarem. Na základě modelu klient-server mohou být tyto služby využívány více softwarovými aplikacemi napsanými v různých jazycích a má také výhodu běhu na různých platformách.
Podobně REST je Reprezentativní přenos státu také založen na bezstavové architektuře stylu klient-server, ke které lze snadno přistupovat přes síť a je identifikován identifikátory URI, tj. Uniform Resource Identifier.
Hlavním cílem výše popsané definice webových služeb a REST je pomoci vám s tímto pojmem souviset '' RESTful webové služby “ protože webové služby RESTful jsou definovány jako webové služby, které používají metodu HTTP a jsou založeny na architektuře REST. Má užitečné funkce, jako je vysoká škálovatelnost a udržovatelnost, tvorba API atd.
Další informace = >> Flask Restful API
V tomto článku najdete soubor otázek a odpovědí, které vám vyčistí základy a pomohou lépe porozumět tématu.
Přečtěte si také:
Seznam otázek RESTful Web Services
Začněme.
Otázka č. 1) Jak chápete, jaké jsou webové služby RESTful?
Odpovědět: Stejně jako SOAP (Simple Object Access Protocol), který se používá k vývoji webových služeb metodou XML, používají webové služby RESTful webový protokol, tj. Metodu protokolu HTTP. Mají funkci jako škálovatelnost, udržovatelnost, pomoc při komunikaci více aplikací postavenou na různých programovacích jazycích atd.
Implementace webové služby RESTful definuje metodu přístupu k různým zdrojům, které jsou vyžadovány klientem a on odeslal požadavek na server prostřednictvím webového prohlížeče.
Mezi důležité aspekty této implementace patří:
- Zdroje
- Vyžádejte si záhlaví
- Vyžádejte si tělo
- Orgán reakce
- Stavové kódy
Otázka 2) Pojmenujte protokol, který používají webové služby RESTful.
Odpovědět: RESTful webové služby používají slavný webový protokol, tj. Protokol HTTP. To slouží jako médium datové komunikace mezi klientem a serverem. Standardní metody HTTP se používají pro přístup k prostředkům v architektuře webových služeb RESTful.
Otázka č. 3) Vysvětlete pojem „adresa“ s ohledem na službu RESTful WEB.
Odpovědět: Stejně jako požadujeme adresu s poštovním směrovacím číslem, abychom se dostali k jakékoli osobě, stejně jako v případě ‚Adresování 'jsou zdroje, které jsou na serveru, za účelem hostování webových služeb. To se obvykle provádí pomocí URI, tj. Unified Resource Identifier.
Otázka č. 4) Získejte funkce webových služeb RESTful.
Odpovědět: Každá webová služba RESTful by měla mít následující funkce a vlastnosti, které jsou uvedeny níže:
- Na základě zastoupení klient-server.
- Použití protokolu HTTP k provádění funkcí, jako je načítání dat z webové služby, načítání zdrojů, provádění jakéhokoli dotazu atd.
- Komunikace mezi serverem a klientem probíhá prostřednictvím média známého jako „zasílání zpráv“.
- Adresování zdrojů dostupných na serveru prostřednictvím identifikátorů URI.
- Založeno na konceptu bezdomovectví, kdy každý požadavek klienta a reakce je nezávislý na druhém s úplnou zárukou poskytnutí požadovaných informací.
- Používá koncept ukládání do mezipaměti.
- Funguje na jednotném rozhraní.
Otázka č. 5) Vysvětlete techniku zasílání zpráv.
Odpovědět: Zprávy jsou režimem výměny dat pro jakýkoli typ komunikace. Stejným způsobem hraje protokol HTTP roli komunikace zpráv mezi klientem a serverem prostřednictvím metod HTTP Request a Response. Požadavek HTTP je odeslán klientem, který obsahuje informace o datech a následně přijímá ze serveru odpověď HTTP.
Zprávy jsou shromažďování informací o datech, tj. Metadata.
Otázka č. 6) Jaké jsou základní součásti požadavku HTTP a odpovědi HTTP?
Odpovědět: Základní komponenty v rámci požadavku HTTP jsou:
- Sloveso: Zahrnuje metody jako GET, PUT, POST atd.
- Uniform Resource Identifier pro identifikaci zdrojů dostupných na serveru.
- Verze HTTP pro určení verze HTTP.
- Záhlaví požadavku HTTP obsahující informace o datech.
- Tělo požadavku HTTP, které obsahuje reprezentaci používaných prostředků.
Základní součásti v rámci odpovědi HTTP jsou:
- Požadovat kód: Obsahuje různé kódy, které určují stav odpovědi serveru.
- Verze HTTP pro určení verze HTTP.
- Záhlaví HTTP Response pro uložení informací o datech.
- Tělo odpovědi HTTP, které obsahuje reprezentaci používaných prostředků.
Otázka č. 7) Vysvětlete pojem „bez státní příslušnosti“ s ohledem na službu RESTful WEB.
Odpovědět: V RESTu ST sám definuje State Transfer a Statelessness znamená úplnou izolaci. To znamená, že stav klientské aplikace se nikdy neukládá na server a předává se dále.
V tomto procesu klienti odesílají všechny informace, které jsou vyžadovány, aby server splnil odeslaný požadavek HTTP. Každý klient tedy požaduje a odpověď je na sobě nezávislý s úplnou zárukou poskytnutí požadovaných informací.
Každý klient předá „identifikátor relace“, který funguje také jako identifikátor pro každou relaci.
Otázka č. 8) Získejte výhody a nevýhody „bezdomovectví“.
Odpovědět: Ve výše uvedené otázce jsme pochopili význam bezdomovectví s ohledem na komunikaci klient-server. Nyní se podívejme na některé z jeho výhod a nevýhod.
Výhody:
co je klíč zabezpečení sítě pro wifi
- Každá metoda potřebná pro komunikaci je identifikována jako nezávislá metoda, tj. Neexistují žádné závislosti na jiných metodách.
- Jakákoli předchozí komunikace s klientem a serverem není udržována, a tím je celý proces velmi zjednodušený.
- Pokud jsou jakékoli informace nebo metadata použitá dříve v požadována v jiné metodě, pak klient odešle tyto informace znovu s požadavkem HTTP.
- Protokol HTTP a webová služba REST sdílejí funkci bezdomovectví.
Nevýhody:
- V každém požadavku HTTP od klienta vyžaduje webová služba dostupnost některých informací týkajících se stavu klienta.
Otázka č. 9) Získejte některá důležitá omezení pro webové služby RESTful.
Odpovědět: Každé omezení má pozitivní i negativní dopady a pro vytvoření celkové architektury by měla existovat rovnováha mezi oběma.
Níže jsou uvedena některá důležitá omezení pro webovou službu RESTful:
- Každý server a klient by měl mít zvláštní zájmy, které pomohou zachovat modularitu v aplikaci. To také sníží složitost a zvýší škálovatelnost.
- Komunikace klient-server by měla být bez státní příslušnosti, což znamená, že se nepoužívají žádné předchozí informace a úplné provedení se provádí izolovaně. V případě selhání také pomáhá klientovi se zotavit.
- V komunikaci klient-server by měla být odpověď HTTP ukládána do mezipaměti, aby bylo možné v případě potřeby použít kopii v mezipaměti, což zase zvyšuje škálovatelnost a výkon serveru.
- Čtvrtým omezením je jednotné rozhraní, které umožňuje snadné pochopení interakce klient-server. Toto omezení se dále dělí na čtyři dílčí omezení jako:
- Identifikace zdroje
- Manipulace se zdroji
- Každá zpráva je snadno srozumitelná a má vlastní popis.
- Hypermedia, která je definována jako text s hypertextovými odkazy a po kliknutí se přesune do jiného stavu aplikace.
- Komunikace klient-server by měla probíhat na vrstveném systému, a klient by tak měl mít znalosti pouze na střední úrovni, se kterou se komunikace provádí,
Otázka č. 10) Co je to „zdroj“?
Odpovědět: Stejně jako instance 'Object' jsme se naučili v Object Orient Programming Language, stejně je 'Resource' definován jako objekt typu, kterým může být obrázek, soubor HTML, textová data a jakýkoli typ dynamického data. K reprezentaci zdroje jsou k dispozici různé formáty reprezentace.
Níže jsou uvedeny některé nejběžnější zdroje:
- JSON
- YAML
- XML
- HTML
Otázka č. 11) Proč je vyžadováno správné znázornění zdroje?
Odpovědět: Reprezentace je velmi důležitá, protože určuje snadnou identifikaci zdrojů. Se správným vyjádřením zdroje ve správném formátu umožňuje klientovi snadno pochopit formát.
Otázka č. 12) Zajistěte několik důležitých bodů, které byste měli mít na paměti při navrhování reprezentace zdrojů pro webové služby RESTful.
Odpovědět: Protože neexistují žádná omezení ve formátu, ve kterém se provádí reprezentace prostředků, ale jen to, že hlavním požadavkem je formát reprezentace, by měl být podle požadavku klienta.
Dobré znázornění zdrojů je navrženo s ohledem na následující hlavní body:
- Klient a server by měli snadno pochopit formát reprezentace prostředků.
- Reprezentace by měla být úplná bez ohledu na její formátovou strukturu, která může být složitá nebo jednoduchá.
- V případě propojení zdrojů s jinými zdroji by tyto případy měly být také zváženy a řešeny.
Otázka č. 13) Co je ukládání do mezipaměti?
Odpovědět: Ukládání do mezipaměti je proces, ve kterém se ukládá odpověď serveru, takže lze v případě potřeby použít kopii uloženou v mezipaměti a není nutné znovu generovat stejnou odpověď. Tento proces nejenže snižuje zatížení serveru, ale zase zvyšuje škálovatelnost a výkon serveru. Pouze klient je schopen po omezenou dobu uložit odpověď do mezipaměti.
Níže je uvedeno záhlaví zdrojů a jejich stručný popis, aby je bylo možné identifikovat pro proces ukládání do mezipaměti:
jaký je dobrý bezplatný čistič pc
- Čas a datum vytvoření zdroje
- Čas a datum úpravy zdroje, která obvykle ukládá poslední detail.
- Záhlaví řízení mezipaměti
- Čas a datum, kdy vyprší platnost prostředku v mezipaměti.
- Věk, který určuje čas, od kdy byl zdroj načten.
Otázka č. 14) Vysvětlete záhlaví řízení mezipaměti.
Odpovědět: Standardní hlavička řízení mezipaměti může pomoci dosáhnout schopnosti mezipaměti. Níže je uveden stručný popis různých hlaviček řízení mezipaměti:
- Veřejnost: Prostředky, které jsou označeny jako veřejné, lze uložit do mezipaměti libovolnými zprostředkujícími součástmi mezi klientem a serverem.
- Soukromé: Prostředky, které jsou označeny jako soukromé, může do mezipaměti uložit pouze klient.
- Žádná mezipaměť znamená, že konkrétní prostředek nelze uložit do mezipaměti, a tak je celý proces zastaven.
Otázka č. 15) Jaké jsou osvědčené postupy, které je třeba dodržovat při navrhování webových služeb RESTful?
Odpovědět: Chcete-li navrhnout bezpečnou webovou službu RESTful, existuje několik osvědčených postupů nebo řekněme bodů, které je třeba vzít v úvahu.
Vysvětlují se takto:
- Každý vstup na serveru by měl být ověřen.
- Vstup by měl být dobře tvarovaný.
- Nikdy nepředávejte žádná citlivá data prostřednictvím adresy URL.
- U jakékoli relace by měl být uživatel ověřen.
- K indikaci jakékoli chyby by se měly používat pouze chybové zprávy HTTP.
- Použijte formát zprávy, který je snadno srozumitelný a je vyžadován klientem.
- Sjednocený identifikátor zdroje by měl být popisný a snadno srozumitelný.
Otázka č. 16) Co je užitečné zatížení?
Odpovědět: Údaje o požadavcích, které jsou obsaženy v hlavní části každé zprávy HTTP, se označují jako „užitečné zatížení“. Ve webové službě Restful lze užitečné zatížení předat příjemci pouze metodou POST.
Neexistuje žádný limit pro odesílání dat jako užitečné zatížení metodou POST, ale jedinou obavou je, že více dat bude spotřebovávat více času a šířky pásma. To může také spotřebovat hodně času uživatele.
Otázka č. 17) Přihlaste se k některým metodám HTTP s popisem.
Odpověď: Níže je uveden seznam metod HTTP s jejich popisy:
- DOSTAT: Toto je operace jen pro čtení, která načte seznam uživatelů na serveru.
- DÁT: Tato operace se používá k vytvoření jakéhokoli nového prostředku na serveru.
- POŠTA: Tato operace se používá k aktualizaci starého prostředku nebo k vytvoření nového prostředku.
- VYMAZAT: Jak název napovídá, tato operace se používá k odstranění libovolného prostředku na serveru.
- MOŽNOSTI: Tato operace načte seznam všech podporovaných možností zdrojů, které jsou k dispozici na serveru.
Otázka č. 18) Jaký je rozdíl mezi metodou PUT a metodou POST?
Odpovědět: Hlavní rozdíl mezi metodou PUT a POST spočívá v tom, že výsledek generovaný metodou PUT je vždy stejný bez ohledu na to, kolikrát se operace provádí. Na druhou stranu je výsledek generovaný operací POST vždy pokaždé jiný.
Otázka č. 19) Jak chápete JAX-RS?
Odpovědět: JAX-RS je definován jako Java API pro webovou službu RESTful. Mezi více knihovnami a frameworkem je toto považováno za nejvhodnější API založené na programovacím jazyce Java, které podporuje webovou službu RESTful.
Některé z implementací JAX-RS jsou:
- Trikot
- RESTE Snadné
- Apache CFX
- Hrát si
Mezi nimi je Jersey nejpopulárnějším rámcem.
Otázka č. 20) Co jsou stavové kódy HTTP? Přihlaste několik s významem.
Odpovědět: Stavové kódy HTTP jsou v podstatě reprezentace stavu úkolu, který byl na serveru proveden, s režimem některých kódů. Každý kód má svůj vlastní význam.
Některé ze stavových kódů HTTP s jejich významem jsou následující:
- Kód 200: To naznačuje úspěch.
- Kód 201: To znamená, že prostředek byl úspěšně vytvořen.
- Kód 204: To znamená, že v těle odpovědi není žádný obsah.
- Kód 404: To znamená, že není k dispozici žádná metoda.
Existuje několik dalších takových kódů, které označují stav.
Závěr
Tento článek vám pomůže připravit se na rozhovor s RESTful webovými službami a pomůže vám pochopit tento koncept jednoduchým a snadným způsobem. Snažil jsem se pokrýt všechny oblasti, které jsou velmi nutné pro získání úplných znalostí o webových službách RESTful.
Další čtení - Výukový program Flask API
Pamatujte, že je možné, že nejste schopni odpovědět na všechny otázky v rozhovoru, ale vše, na co odpovíte, by mělo být přesné. Váš základní koncept by měl být silný a vaše úroveň spolehlivosti by měla být vysoká.
Vše nejlepší!!
Doporučené čtení
- Některé složité otázky a odpovědi týkající se ručního testování
- Top 20+ .NET Interview Otázky a odpovědi
- 20 nejoblíbenějších otázek a odpovědí na rozhovor s TestNG
- Top 20 nejdůležitějších API testů Interview Otázky a odpovědi
- ETL Testing Interview Otázky a odpovědi
- Top 20 nejnovějších dotazů a odpovědí na rozhovor pro DevOps pro rok 2021
- 20 otázek a odpovědí na rozhovor s nejlepšími obchodními analytiky [SEZNAM 2021]
- Top 20 RESTful Web Services Interview Question and Answers
- 45 nejčastějších dotazů a odpovědí na webové služby (RESTful, SOAP, bezpečnostní otázky)