top 20 restful web services interview question
Листа најчешће постављаних РЕСТфул веб услуга Питања и одговори за интервју који ће вам помоћи да се припремите за предстојећи интервју:
Веб услуге, врло познати термин када говоримо о размени неке врсте података између више апликација или рецимо софтвера. На основу модела клијент-сервер, ове услуге може да користи више софтверских апликација написаних на разним језицима, а такође има и предност што раде на различитим платформама.
Исто тако РЕСТ, Репрезентативни пренос државе такође се заснива на архитектури стила клијент-сервер без држављанства, којој се лако може приступити преко мреже и идентификује се помоћу УРИ-ја, тј. Јединственог идентификатора ресурса.
Главни циљ описивања дефиниције веб услуга као и РЕСТ-а горе је да вам помогне да се повежете са тим појмом ' РЕСТфул веб услуге ’ јер су РЕСТфул веб услуге дефинисане као веб услуге које користе ХТТП метод и засноване су на архитектури РЕСТ. Има корисне функције као што су велика скалабилност и одрживост, стварање АПИ-ја итд.
Сазнајте више = >> Фласк Рестфул АПИ
У овом чланку ћете пронаћи збирку питања и одговора која ће вам очистити основе и помоћи у развоју бољег разумевања предмета.
Такође прочитајте:
Списак питања о најнижим веб услугама
Почнимо.
П # 1) Како разумете шта су РЕСТфул веб услуге?
Одговор: Баш као СОАП (Симпле Објецт Аццесс Протоцол), који се користи за развој веб услуга КСМЛ методом, и РЕСТфул веб услуге користе веб протокол тј. Метод ХТТП протокола. Имају карактеристике попут скалабилности, одрживости, помажу у комуникацији више апликација изграђених на разним програмским језицима итд.
Имплементација РЕСТфул веб услуге дефинише начин приступа различитим ресурсима који су потребни клијенту и он је захтев послао серверу преко веб прегледача.
Важни аспекти ове примене укључују:
- Ресурси
- Заглавља захтева
- Тело захтева
- Тело одговора
- Кодови статуса
П # 2) Наведите протокол који користе РЕСТфул веб услуге.
Одговор: РЕСТфул веб услуге користе познати веб протокол, тј. ХТТП протокол. Ово служи као медиј за комуникацију података између клијента и сервера. ХТТП стандардне методе се користе за приступ ресурсима у архитектури веб услуга РЕСТфул.
П # 3) Објасните појам „Адресирање“ у вези са РЕСТфул ВЕБ услугом.
Одговор: Баш као што захтевамо адресу са поштанским бројем да бисмо дошли до било које особе, на исти начин, „Адресирање“ лоцира ресурсе који су присутни на серверу у сврху хостинга веб услуга. То се обично ради помоћу УРИ-а, тј. Обједињеног идентификатора ресурса.
П # 4) Наведите карактеристике РЕСТфул веб услуга.
унос и излаз датотеке ц ++
Одговор: Свака РЕСТфул веб услуга треба да има следеће карактеристике и карактеристике које су наведене у наставку:
- На основу представљања клијент-сервер.
- Коришћење ХТТП протокола за обављање функција попут преузимања података са веб услуге, преузимања ресурса, извршавања било ког упита итд.
- Комуникација између сервера и клијента врши се путем медија познатог као „размена порука“.
- Адресирање ресурса доступних на серверу путем УРИ-ја.
- Заснован на концепту апатридије, где су сваки захтев клијента и одговор независни од другог, са потпуним уверавањем да пружа потребне информације.
- Користи концепт кеширања.
- Ради на Униформ интерфејсу.
П # 5) Објасните технику размене порука.
Одговор: Поруке су начин размене података за било коју врсту комуникације. На исти начин, ХТТП протокол игра улогу комуникације поруком између клијента и сервера путем метода ХТТП захтева и одговора. ХТТП захтев шаље клијент који садржи информације о подацима и заузврат прима ХТТП одговор од сервера.
Поруке су прикупљање информација о подацима, тј. Метаподацима.
П # 6) Које су кључне компоненте ХТТП захтева и ХТТП одговора?
Одговор: Основне компоненте под ХТТП захтевом су:
- Глагол: Укључује методе попут ГЕТ, ПУТ, ПОСТ итд.
- Јединствени идентификатор ресурса за идентификовање ресурса доступних на серверу.
- ХТТП верзија за спецификацију ХТТП верзије.
- Заглавље ХТТП захтева за садржавање информација о подацима.
- Тело ХТТП захтева које садржи приказ ресурса који се користе.
Основне компоненте под ХТТП одговором су:
- Шифра захтева: Садржи различите кодове који одређују статус одговора сервера.
- ХТТП верзија за спецификацију ХТТП верзије.
- Заглавље ХТТП одговора за садржавање информација о подацима.
- ХТТП тело одговора које садржи приказ ресурса који се користе.
П # 7) Објасните појам „апатридност“ у вези са ВЕБ услугом РЕСТфул.
Одговор: У РЕСТ-у, СТ сам дефинише трансфер државе, а апатридија значи потпуну изолацију. То значи да се стање клијентске апликације никада не чува на серверу и преноси се даље.
У овом процесу клијенти шаљу све информације потребне серверу за испуњавање послатог ХТТП захтева. Стога сваки клијент захтева и његов одговор је неовисан од другог уз потпуно осигурање пружања потребних информација.
Сваки клијент прослеђује „идентификатор сесије“ који такође делује као идентификатор сваке сесије.
П # 8) Наведите предности и недостатке „апатридије“.
Одговор: У горе наведеном питању разумели смо значење апатридности у односу на комуникацију клијент-сервер. Погледајмо сада неке његове предности и недостатке.
Предности:
- Свака метода потребна за комуникацију идентификована је као независна метода, тј. Не постоје зависности од других метода.
- Било која претходна комуникација са клијентом и сервером се не одржава и самим тим је цео процес веома поједностављен.
- Ако су било које информације или метаподаци коришћени раније у неком другом методу, тада клијент поново шаље те информације са ХТТП захтевом.
- ХТТП протокол и РЕСТ веб услуга, обе деле особину апатридије.
Мане:
- У сваком ХТТП захтеву од клијента веб услуга захтева доступност неких информација у вези са стањем клијента.
П # 9) Наведите нека важна ограничења за РЕСТфул веб услуге.
Одговор: Свако ограничење има позитивне, али и негативне утицаје, а да би се створила укупна архитектура, требало би да постоји равнотежа између њих обе.
Испод су наведена нека важна ограничења за РЕСТфул веб услугу:
- Требало би да постоје засебне бриге за сваки сервер и клијент што ће помоћи да се одржи модуларност унутар апликације. Ово ће такође смањити сложеност и повећати скалабилност.
- Комуникација клијент-сервер треба да буде без држављанства, што значи да се не користе претходне информације и да се комплетно извршавање врши изоловано. У случају неуспеха, такође помаже клијенту да се опорави.
- У комуникацији клијент-сервер, ХТТП одговор треба да се меморише тако да се према потреби може користити кеширана копија, што заузврат побољшава скалабилност и перформансе сервера.
- Четврто ограничење је једнообразни интерфејс који омогућава лако разумевање интеракције клијент-сервер. Ово ограничење је даље подељено на четири подограничења као:
- Идентификација ресурса
- Манипулација ресурсима
- Свака порука је лако разумљива и самоописна је.
- Хипермедија, која је дефинисана као текст са хипервезама и када се кликне, она прелази у друго стање апликације.
- Комуникација клијент-сервер треба да се врши на слојевитом систему и тако клијент треба да има само знање о средњем нивоу са којим се комуникација врши,
П # 10) Шта је „ресурс“?
Одговор: Баш као и инстанца 'Објецт', и ми смо у Објецт Ориент Программинг Лангуаге-у научили, на исти начин, 'Ресоурце' је дефинисан као објекат типа који може бити слика, ХТМЛ датотека, текстуални подаци и било која врста динамичке подаци. Доступне су разне врсте формата представљања како би се представио ресурс.
Неки од најчешћих ресурса наведени су у наставку:
бесплатни софтвер за конверзију видео записа за рачунаре
- ЈСОН
- ИАМЛ
- КСМЛ
- ХТМЛ
П # 11) Зашто је потребно правилно представљање ресурса?
Одговор: Заступљеност је веома важна јер одређује лако препознавање ресурса. Правилним представљањем ресурса у одговарајућем формату омогућава клијенту да лако разуме формат.
П # 12) Наведите неке важне тачке које треба имати на уму приликом дизајнирања представљања ресурса за РЕСТфул веб услуге.
Одговор: Како не постоје ограничења у формату у коме се врши представљање ресурса, већ само да је главни захтев формат представљања према захтеву клијента.
Добра репрезентација ресурса осмишљена је узимајући у обзир следеће главне тачке:
- Клијент и сервер морају лако разумети формат представљања ресурса.
- Приказ треба да буде потпун без обзира на структуру формата, која може бити сложена или једноставна.
- У случају повезивања ресурса са другим ресурсима, такви случајеви такође треба да се размотре и поступе.
П # 13) Шта је кеширање?
Одговор: Кеширање је процес у коме се чува одговор сервера тако да се кеширана копија може користити када је то потребно и нема потребе за поновним генерисањем истог одговора. Овај процес не само да смањује оптерећење сервера, већ заузврат повећава скалабилност и перформансе сервера. Само је клијент у стању да кешира одговор и то такође у ограниченом временском периоду.
Доље су наведена заглавље ресурса и њихов кратак опис како би се могли идентификовати за процес кеширања:
- Време и датум стварања ресурса
- Време и датум модификације ресурса који обично чувају последње детаље.
- Заглавље за контролу предмеморије
- Време и датум када ће истићи предмеморирани ресурс.
- Старост која одређује време од када је ресурс преузет.
П # 14) Објасните заглавље контроле предмеморије.
Одговор: Стандардно заглавље Цацхе-цонтрол може помоћи у постизању способности кеш меморије. У наставку је дат кратак опис различитих заглавља за контролу предмеморије:
- Јавно: Ресурсе који су означени као јавни могу кеширати било које посредне компоненте између клијента и сервера.
- Приватни: Ресурсе који су означени као приватни може само кеширати клијент.
- Ниједна кеш меморија не значи да одређени ресурс не може бити кеширан и тиме је заустављен читав процес.
П # 15) Које су најбоље праксе којих се треба придржавати приликом дизајнирања РЕСТфул веб услуга?
Одговор: Да бисте дизајнирали сигурну РЕСТфул веб услугу, постоје неке најбоље праксе или реците ствари које треба размотрити.
Они су објашњени на следећи начин:
- Сваки унос на серверу треба да буде потврђен.
- Улаз треба да буде добро обликован.
- Никада не прослеђујте осетљиве податке преко УРЛ-а.
- За било коју сесију, корисник треба да буде потврђен идентитет.
- За указивање на било коју грешку треба користити само поруке о ХТТП грешкама.
- Користите формат поруке који је лако разумљив и потребан је клијенту.
- Обједињени идентификатор ресурса треба да буде описан и лако разумљив.
П # 16) Шта је носивост?
Одговор: Подаци захтева који су присутни у делу тела сваке ХТТП поруке називају се „корисни терет“. У веб услузи Рестфул, корисни терет се примаоцу може проследити само методом ПОСТ.
Не постоји ограничење слања података као корисног терета путем ПОСТ методе, али једина брига је што ће више података потрошити више времена и пропусног опсега. Ово може такође одузети много корисниковог времена.
какви су е-маилови
П # 17) Наведите неке од ХТТП метода са описом.
Одговор: Испод је наведена листа ХТТП метода са њиховим описима:
- ДОБИТИ: Ово је операција само за читање која преузима списак корисника на серверу.
- СТАВИТИ: Ова операција се користи за стварање било ког новог ресурса на серверу.
- ПОШТА: Ова операција се користи за ажурирање старог ресурса или за стварање новог ресурса.
- ИЗБРИШИ: Као што и само име говори, ова операција се користи за брисање било ког ресурса на серверу.
- ОПЦИЈЕ: Ова операција дохваћа листу свих подржаних опција ресурса доступних на серверу.
П # 18) Која је разлика између методе ПУТ и методе ПОСТ?
Одговор: Главна разлика између методе ПУТ и ПОСТ је у томе што је резултат генерисан методом ПУТ увек исти без обзира на то колико се пута операција изводи. С друге стране, резултат генерисан ПОСТ операцијом увек се разликује.
П # 19) Какво је ваше разумевање о ЈАКС-РС?
Одговор: ЈАКС-РС је дефинисан као Јава АПИ за РЕСТфул веб услугу. Међу више библиотека и оквира, ово се сматра најприкладнијим АПИ-јем заснованим на Јава програмском језику који подржава РЕСТфул веб услугу.
Неке од имплементација ЈАКС-РС су:
- Јерсеи
- Одмарај лагано
- Апацхе ЦФКС
- Игра
Међу њима је Јерсеи најпопуларнији оквир.
П # 20) Шта су ХТТП кодови статуса? Уврстите неколико са значењем.
Одговор: ХТТП статусни кодови у основи представљају приказ статуса задатка који је изведен на серверу, са режимом неких кодова. Сваки код има своје значење.
Неки од ХТТП кодова статуса са њиховим значењем су следећи:
- Шифра 200: То указује на успех.
- Шифра 201: То значи да је ресурс успешно креиран.
- Шифра 204: То указује да у телу одговора нема садржаја.
- Шифра 404: То указује на то да не постоји доступан метод.
Постоји још неколико таквих кодова који указују на статус.
Закључак
Овај чланак ће вам помоћи да се припремите за интервју за РЕСТфул веб услуге и помоћи вам да разумете концепт на једноставан и лак начин. Покушао сам да покријем сва подручја која су неопходна за потпуно знање о РЕСТфул Веб услугама.
Додатна литература - Водич за Фласк АПИ
Само запамтите, могуће је да нисте у могућности да одговорите на сва питања у интервјуу, али оно што одговорите треба да буде тачно. Ваш основни концепт треба да буде јак, а ниво самопоуздања висок.
Све најбоље!!
Препоручено читање
- Нека незгодна ручна тестирања питања и одговори
- Топ 20+ .НЕТ питања и одговори за интервјуе
- 20 најпопуларнијих питања и одговора у интервјуу за ТестНГ
- 20 најважнијих питања и одговора за испитивање АПИ тестирања
- Питања и одговори за испитивање ЕТЛ-а
- Топ 20 најновијих питања и одговора на интервјуе за ДевОпс за 2021. годину
- 20 питања и одговора у интервјуу за водеће пословне аналитичаре [ЛИСТА 2021]
- Топ 20 РЕСТфул питања и одговора за интернетске услуге
- 45 питања и одговора за интервју за веб услуге (РЕСТфул, СОАП, безбедносна питања)