Асинхронија у реалном времену са АСП.НЕТ МВЦ

Модели примене

Комуникација у реалном времену постаје неопходност у веб апликацијама које се тренутно граде, иза су оне веб странице које су имале на десетине страница за сваку радњу корисника, сада се све врти око апликација једне странице и њене способности да буде динамична и асинхрони.
То нас доводи до развоја техника које нам омогућавају да у реалном времену усвојимо и извучемо информације из података којима се рукује у апликацији, тако да морамо познавати основне технике које нам омогућавају да спроведемо ове приступе.
У овом одељку ћемо видети неке технике за издвајање информација у реалном времену, односно достизање стања асинхроности без зависности од радњи корисника да сервер пошаље податке клијенту.
Тхе класични модел апликације је када наша страница чека одговор од сервера, на тај начин они остају у синхроном стању због чега сви нови подаци зависе од радњи које корисник извршава у слоју клијента, па ако желите да видите ажурирање, морате извршите радњу која поново учитава страницу.
Асинхрони моделДруги модел је модел асинхроније према АЈАКС где се одељци странице поново учитавају, на овај начин избегавамо поновно учитавање целог документа, међутим и даље зависимо од првог догађаја који је да корисник предузме неку радњу.
Коначно, можемо говорити о правој комуникацији у стварном времену када сервер шаље информације без обзира на радње корисника, иако ово звучи сложено, заиста није, то су једноставно различите технике које можемо користити, за то ћемо погледајте неке од оних које имамо на располагању:
Ова техника се састоји од симулације разговора између клијента и сервера, на овај начин можемо периодично доносити ажурирање података без ометања корисника, остављајући утисак да се подаци гурају у реалном времену.
Да би се то постигло, прави се комбинација између позива АЈАКС и функцију тајмер () оф ЈавасцриптОвим можемо контролирати како и када ће се подаци добити, недостатак овога је што трошимо ресурсе јер ћемо, ако има више захтјева од прикупљених података, превише користити сервер, што може генерирати проблеме у перформансама.

Ова техника, за разлику од претходне, није симулација разговора нити има више позива, већ упућујемо један позив, али је веома дуг, то јест, то је као отварање славине и док вода тече чекамо да нешто падне.
Због тога везу са сервером држимо отвореном све док не дође до одговора, ово је мало сличније стварном времену, међутим проблем је у томе што када је веза јако дуга може се затворити или можда клијент приступа са локација која затвара везе на врло кратак начин, стога није баш поуздана. Такође, ако отворимо много нити овог стила, можемо изазвати рушење сервера.

Већ смо видели неке основне технике за креирање апликација са асинхроним елементима у реалном времену и овим смо такође научили њихове недостатке, у следећем делу ћемо видети напредне технике за овај задатак.
Претходнастраница 1 од 2СледећиДа ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен