-
definíció: Webes alkalmazás minden olyan interaktív felület, ami böngészőn keresztül érhető el a felhasználó számára
-
elsősorban a kliensoldali logikát tartalmazó szolgáltatásokról lesz szó
-
Miért vannak webes alkalmazások?
-
a webes jelenlét egyébként is elsősorban az adatok rendezéséről és az interakcióról szól már egy ideje
-
ideje volt a felületekbe is valamilyen dinamizmust vinni
-
másik irány: egy csomó eddig internettől függetlenül elért funkciót jó lenne bárhonnan bármikor, mindig ugyanazokkal az adatokkal elérni
-
-
Milyenek a webes alkalmazások?
-
mindenhonnan elérhető (a szolgáltatás és az adatok is)
-
cserébe jobban függ a szolgáltatójától és az internettől elérhetőségétől
-
nagyobb bizalmat kell helyeznie a szolgáltatóba, akinél az adatait tartja
-
-
természetes együttműködés más userekkel, ami nem volt az asztali szoftverek erőssége, fárasztó volt, ráadásul mindenütt máshogy működött
-
mindig a legújabbat kapja (ez nem mindig jó, de általában szeretik)
-
magas szintű interakció
-
rengetek technológia segíti a user felé áramló információk szűrését (keresők, RSS feedek, egyénileg összeállítható oldalak, mint Google Homepage, Netvibes)
-
az üzemeltető
-
sokkal mélyebben megismerheti a felhasználóit,
-
ha túl bír lépni a pi alapú világképen
-
ezt esetleg a hirdetőivel is el tudja fogadtatni
-
bírja megfelelően elemezni a logokat
-
-
másfajta terheléssel kell számolnia (jellemzően sok kicsi, kevesebb nagy helyett)
-
a különböző forrásokból származó tartalmak szabványos csatornákon át (ami többnyire RSS-t jelent, de lehet bármilyen webservicéből kijövő adat) beköthető rengeteg környezetbe, lehetnek szövegek, képek, hang, videó, kód, naptárbejegyzés, email akármi
-
a tartalmak újramixelhetők, egymás kontextusába állíthatók
-
a tartalmak egyidejűleg jelennek meg, és folyamatosan refelektál(hat)nak egymásra
-
a szolgáltatás közvetlenül beilleszthető máshova, ez új megjelenési felületet biztosít
-
-
fejlesztő
-
olyan szabadságot kap, amit eddig csak asztali alkalmazásoknál kapott meg
-
a lineáris kérdés-válasz jellegű ciklikus viselkedés helyett eseményvezérelt programozásra van lehetőség
-
valamennyire ez régen is megvolt, de hatalmas a különbség
-
-
erősebb kontrollt gyakorolhat a felhasználó felett, így sokkal logikusabb, zártabb, könnyebben kezelhető felhasználói interface készíthető
-
a magas szintű programozási eszközöknek köszönhetően széles fejlesztői bázis
-
ezért gyorsan lehet a meglévő eszközök segítségével új alkalmazásokat fejleszteni
-
pont emiatt iszonyatosan kiszélesedett a kör, ahonnan válogatni kell, nagyon komoly energiákat visz el, hogy a fejlesztők képben legyenek a legújabb megoldásokkal
-
rengeteg API készül, ami aztán mixelt szolgáltatásokat eredményez (mash-up)
-
csak a programmableweb.com-on átlagosan 3,5 mashupot jegyeztek fel az elmúlt 30 napban
-
főleg a multik által nyújtott szolgáltatásokra épül (Youtube, Google Maps, Yahoo Local Search, del.icio.us, Amazon, flickr stb.)
-
főleg a google a király ebben, háromból két mashup valamilyen google apit használ
-
Universal Widget API
-
új netvibesos bejelentés
-
-
Google Apps API: mashupok építése google alkalmazásokra
-
-
közös programozási nyelv a javascript
-
RSS, mint általános kommunikációs eszköz
-
-
felhasználó
-
több időt tölt el egy oldalon (minden tizedik Netvibes user egész nap nyitva tartja a netvibesot)
-
nem tallózik az oldalak között, hanem alkalmazásokat futtat párhuzamosan
-
sokkal gyorsabb, személyre szabottabb kiszolgálást kap
-
irodai felatatok közös elvégzése (szövegszerkesztés, naptárak, projektkövetés stb.)
-
integrált kommunikációs csatornák
-
adatok könnyű megosztása
-
kilépés az eddig megszokott leülök-megcsinálom-elküldöm sémából, már menet közben megosztható a munka
-
széles körben elérhető identitás kialakításának lehetősége (l. OpenID)
-
-
-
Hogyan lesznek webes alkalamazások?
-
régóta elérhető technológia (2001. augusztus 27. - IE6 megjelenés), de régen nehézkes volt
-
több univerzális interface vált elérhetővé (prototype, script.aculo.us, YUI)
-
rengeteg API van
-
egyelőre kicsit kaotikus, de elindult a konszolidáció (l. Universal Widget API)
-
szabványossá vált a kommunikáció (JSON, XML, RSS)
-
-
böngésző, mint környezet
-
egyrészről platformfüggetlen, a különbségek jóval kisebbek, mint az operációs rendszerek között
-
nem túl jól dokumentáltak, ez sok bizonytalanságot okoz a fejlesztésben
-
sokkal több változat érhető el (különböző böngészők különböző, egyszerre elterjedt verziói)
-
sokkal kevesebb erőforrást kell kezelni, ezzel kikerül a képből egy csomó kompatibilitási kérdés
-
-
-
Biztonság
-
a felhasználó részéről fokozott bizalmat igényel, hogy az adatait nem a saját gépén tartja
-
sokszor csak illúzió a különbség, az emberek mégis ezt érzik
-
-
az egyes szolgáltatások sok ember adatait tartják egy helyen
-
több faktorra kell figyelni, hogy az adatok ne vesszenek el menet közben
-
az adatok mozgatása relatív költséges tevékenység, ezért jó stratégiát kell választani, hogy a működés hatékony maradjon és az adatvesztés valószínűsége is minimális legyen
-
fontos irány az offline tárolási metódusok kiterjedt alkalmazása (Dojo Storage engine ==> Flash, DOM Storage, userData)
-
-
böngésző biztonsága is egy külön faktor
-
-
Mi lesz?
-
Minél több külső eszköz integrálása mobil pl. lehet, hogy csak a szolgáltatók akarják, de talán igény is van rá
-
felhasználók megosztása (megint OpenID)
-
még alkalmazásszerűbb viselkedés
-
komplexebb API-k -> szélesebb feladatkört lefedő alkalmazásszerű alkalmazások
-
célzott eszközök szerveroldalon (Cometd)
-
további szabványosodás (WHATWG WA spec draft)
-
zs 2007.02.28. 17:44:25
2007.02.28. 18:43:44
vagy isznak.
hírbehozó · https://webisztan.blog.hu/ 2007.02.28. 19:08:26