Webes felhasználói felületek 2
Jelenleg a vállalati alkalmazások fejlesztője mind a felhasználók, mind a szakemberek számára nyomást gyakorol, amikor a felhasználói felületekről van szó. Egy táborban vannak olyan üzleti egységek, amelyek a felhasználókat képviselik. Azt szeretnék, hogy alkalmazásai gazdag felhasználói felületet kapjanak, amely növeli a felhasználók termelékenységét. E csoport képviselői úgy vélik, hogy minden alkalmazásuk úgy viselkedik, mint a Microsoft Excel vagy az ügyfelekhez hasonló hasonló alkalmazások. Azt szeretnék, hogy az alkalmazások azonnali válaszidőt biztosítsanak nekik. Ha ugyanazok az adatok (pl. Egy táblázat és egy grafikon) többszörös reprezentációi vannak, és az egyikük megváltozik, akkor azt szeretné, hogy a másik megjelenített reprezentáció azonnal tükrözze a módosításokat.
Az informatikai szakemberek képviselői, például egy tiszta, kiszolgálóalapú szállítási modell. Felismerve, hogy a felhasználók dolgozni HTML kevésbé kényelmes, mint a natív felület az operációs rendszer, úgy vélik, a beszerelés költségét, konfigurálás és kódkezelés túl magas a kliens gépek, annak ellenére, hogy a kényelmesebb működés a felhasználók számára, ami a döntést.
Tehát mi a szegény vállalati fejlesztők? A felhasználók nem akarják elveszteni a termelékenységet a multisecondos kiszolgáló válasz késése miatt, és az IT-csapatok nem akarnak visszatérni az ügyfélgépeken telepített és kezelt régi módszerekhez. Hogyan tudjuk összeegyeztetni ezeket a látszólag ellentmondó követeléseket oly módon, hogy mindkét tábor elégedett?
Szerencsére vannak olyan technológiák, amelyek lehetővé teszik a felhasználó kényelmét, ha olyan funkciókat dolgozol fel, amelyek meghaladják a rendszeres böngésző képességeit, és anélkül, hogy manuálisan telepíteni kellene a kódot az ügyfélgépekre. Az ilyen technológiákkal létrehozott alkalmazásokat néha Web 2.0 alkalmazásoknak nevezik. "What is Web 2.0? A szoftver következő generációjának tervezési mintái és üzleti modelljei" (lásd Resources), Tim O'Reilly szerint:
A felhasználói felület területén példa nélküli innovációs időszakra lépünk be, mivel a webes fejlesztők végül képesek olyan helyi webalkalmazásokat létrehozni, amelyek ugyanúgy funkcionálisak, mint a helyi PC-alkalmazások.
A Web 2.0 alkalmazások mindkét világból a legjobbat vehetik igénybe: a költséghatékony kiszolgálóalapú telepítési modellt nagy felhasználói élmény jellemzi, alapvetően összehasonlítva az ügyfél által telepített alkalmazások kényelmével.
Az alábbiakban bemutatjuk azokat a különböző technológiákat, amelyek segítségével vonzó és felhasználóbarát környezetet hozhat létre a mai Java EE alkalmazásokban:
- Flex és OpenLaszlo
- IBM® Workplace ™ Managed Client és IBM Lotus® Expeditor
- Faces Client Components
- Ajax
- HTML
Flex és OpenLaszlo
Flex és OpenLaszlo - hasonló deklaratív kampányok, amelyek többet hoznak létre, mint a Java EE alkalmazások interfészeinek böngésző képességét. Flex az Adobe / Macromedia, és az OpenLaszlo egy nyílt forráskódú szoftver, amelyet eredetileg a Laszlo Systems Inc. fejlesztett ki. Mindkét környezetben egy felhasználói felület megtervezéséhez és létrehozásához egy egyedi, technológia-specifikus nyelvtant használ az XML alapján.
Például, ha Flex-et szeretne használni, a következő kódot írhatja az MXML (Multimedia XML) programba:
Az OpenLaszlo-ban a következőket írja az LZX-re (LasZlo XML):
Bár mindkét technológia sok szempontból hasonló, sok különbség van: eltérő végrehajtási infrastruktúrára van szükségük. Annak érdekében, hogy az ügyfél adatokat cserélhessen a kiszolgálóval, a Flex egy Flex Data Services kiszolgálót igényel, amely kapcsolatot létesít a Flash Player plug-inben futó klienssel. A kiszolgáló nagyrészt közvetítőként szolgál az ügyfél és az alkalmazás szerver összetevője közötti adatcserére.
Az OpenLaszlo legújabb verziójában vannak olyan változtatások a végrehajtási területen, amelyek vonzóbbá tehetik a fejlesztőket. Az egyik változás az, hogy a 3-as verzió bevezette a SOLO telepítési módot, így bizonyos konfigurációkban a Laszlo Presentation Server nem szükséges. Egy másik fontos javulás az ügyfél futási környezetének. A legújabb verzió, az OpenLazlo 4 (jelenleg béta verzió) lehetővé teszi a Laszlo-alapú alkalmazások futtatását az Adobe / Macromedia Flash Player plug-in nélkül. Számos vállalat, aggódva amiatt, hogy szabadalmaztatott plugint kell használniuk, mint a Flash Player, ez a változás ízelítőt kell kapnia.
Hogyan lehet meghatározni, hogy mi a legjobb a szervezet számára? A Flex esetében a legfontosabb előny az, hogy Ön teljes mértékben támogatja az Adobe / Macromedia alkalmazást, de a Flex Data Services Server licence megvásárlásának költségei fedezhetők. Egyes vállalatok esetében az engedélyköltségek nem olyan fontosak, mint a teljes terméktámogatás. Az Adobe Flex 2 alkalmazásokra is szükség van a Flash Player V9 bővítményre. Annak ellenére, hogy a Flex segíteni fog egy vonzó felhasználói környezet megteremtésében, annak költsége, valamint az a tény, hogy plug-inre van szüksége, megfélemlítheti egyes vállalatokat.
IBM Workplace Managed Client és Lotus Expeditor
Mind az IBM Workplace Managed Client, mind a Lotus Expeditor a nyílt forráskódú EclipseRPC alapján készült. Az EclipseRPC technológia az Eclipse fejlesztőeszközök munkakörnyezetén alapul, amely egy közös platform, amelyet az eclipse.org kezel és irányít. Ha az üzleti követelményeknek megfelelően szétkapcsolt műveletekre van szüksége, és komponenseit telepítheti az ügyfélgépre, a Workplace Managed Client és / vagy a Lotus Expeditor a legjobb technológiák az alkalmazások létrehozásához és telepítéséhez.
Az IBM Workplace Managed Client része az IBM Workplace termékcsaládnak. A különböző szolgáltatásokat egy integrált környezetben vagy asztali környezetben egyesítik. Meg funkciók, mint például a dokumentumkezelés, üzenetküldés (instant), Web-böngészés, közvetlen interfész Notes 7, eLearning, támogató csapat terek, Web-konferencia, valamint függvényében tevékenység felfedező követésére szálak a munkatevékenységekhez kapcsolódóan. A Lotus Expeditor olyan továbbfejlesztett ügyfélplatformt biztosít, amely támogatja a vállalati alkalmazásokat, tranzakciókat, eszközkezelést és webszolgáltatásokat. Számos oka lehet a munkahelyi felügyelt ügyfélnek vagy a Lotus Expeditornek kiválasztása. A Workplace Managed Client általában a legjobb választás, ha az alkalmazás együttműködési jellegű. Ha az alkalmazás jobban elkötelezett a tranzakciókkal való munkavégzéshez, a Lotus Expeditor általában ajánlott.
És munkahelyi Managed Client és a Lotus Expeditor lehetővé teszi a fejlesztők, hogy hozzon létre gazdag kliens alkalmazás telepítése a kliens gépen, és add hozzá, hogy támogassa le műveleteket. Mivel az alkalmazás telepítve van az ügyfél, az ügyfél lehet a legteljesebb a munkaállomás használatáról erő, amelyen fut, amely lehetővé teszi, hogy hozzon létre egy vonzó és kényelmes környezetet a felhasználók számára. Általános és munkahelyi Managed Client és a Lotus Expeditor biztosít egy Eclipse-alapú platform-független operációs rendszer, amely elrejti tőled az árnyalatok az operációs rendszer, ugyanakkor a natív OS szolgáltatások, ahol csak lehetséges. Ez lehetővé teszi, hogy egy közös Java-kódot dolgozzon ki, amely mind a Linux ™, mind a Windows ™ rendszeren fut, és a jövőben a Macintosh-on is.
Ahhoz, hogy a legnagyobb mértékben kihasználják a technológia, meg kell tervezni az alkalmazás oly módon, hogy lehetővé tegyék az építészet Eclipse plug-inek. A felhasználói felület összetevői SWT widgetek (Standard Widget Toolkit) vagy jFace komponensek segítségével kerülnek létrehozásra. SWT - egy sor widgetek és grafikus könyvtár integrált natív ablak rendszer, hanem egy OS-független API, és jface - UI toolkit végre az SWT, amely egyszerűsíti sok közös feladatok programozási felhasználói felület. jface nem függ semmilyen ablakkezelő szempontjából az API, vagy a végrehajtás terén, és úgy tervezték, hogy működjön együtt a SWT, nem bujkál az utóbbi. A végeredmény nagyobb interaktivitás és felhasználóbarát, az érzékelések hasonlítanak a felhasználóbarát operációs rendszerekhez.
Végül az a tény, hogy alapuló munkahelyi Managed Client és a Lotus Expeditor alkalmazások kezelhetők a szerveren keresztül, megkülönbözteti őket a natív Windows-alapú alkalmazások. Ez a kulcskapacitás minimalizálja, ha nem teljesen kiküszöböli az ügyfelekhez rendelt alkalmazáskóddal kapcsolatos rendszeradminisztrációs költségeket. Ennek eredményeként a cég, hogy telepíteni az alkalmazást kap minden előnyét tulajdonosi telepíteni Java EE alkalmazás szerverek, és a felhasználó - könnyen kezelhető, „kihegyezett” alatt egy adott operációs rendszer és az alkalmazás telepítve van az ügyfél; ez a nyertes megoldás a legtöbb szervezet számára.
Faces Client Components
JavaServer Faces (JSF) - része a Java EE 1.4, eredetileg a JSR 127 A legfontosabb célja ennek a technológiának az volt, hogy csökkentsék a képzettségi szintjének Java-fejlesztők kialakításához szükséges felhasználói felületeket Java EE alkalmazások. Mivel a JSF egy munkakörnyezet, számos olyan készenléti funkcióval rendelkezik, amelyet a múltban a fejlesztők manuálisan kellett programozni, amikor ugyanazt a felületet JavaServer Pages (JSPs) segítségével hozták létre.
Tegyük fel például, hogy van egy nagy számú JDBC ™ eredmény, amelyet meg szeretne jeleníteni a felhasználó számára. A JSF munkaterület olyan DataTable eszközt biztosít, amelyet az adatok megjelenítéséhez használhat. Ha már létrehozott egy felhasználói felületet egyszerű JSP-kkel, akkor ellenőriznie kell a felhasználónak a táblázattal való kölcsönhatását, és meg kell határoznia, hogy mely sorokat kell megjeleníteni a felhasználónak.
A JSF DataTable-ban, amikor a felhasználó a Next gombra kattintva megjeleníti a táblázatban szereplő következő x sorokat, a JSF munkakörnyezet feldolgozza a Next Request-ot, és önmagának sem kell kódolni semmit. Miközben a JSF megkönnyíti Önnek a fejlett HTML alapú felhasználói felületek létrehozását, a JSF szándékosan a kiszolgáló technológiájával készül. A következő x sor adat lekérdezése a böngészőből a kiszolgálóra érkezik, ahol a JSF munkakörnyezeti kódja feldolgozza. A JSF kétirányú kommunikációt igényel a kiszolgálóval.
Az IBM Rational® Application Developer V6 alapvető JSF-kütyüinek javítása érdekében a Faces Client Components bemutatásra kerül. Az Faces Client Components a JavaServer Faces technológia kiterjesztése, amely lehetővé teszi, hogy bizonyos kliensoldali JSF ügyféloldali szolgáltatásokat futtathasson. Ha például a fenti példában a DataGrid Faces összetevőt használja, az alábbi x adatvonalak megjelenítése nem igényel kétirányú kapcsolatot a kiszolgálóval.
Az Faces Client Components komponensek használata természetesen a Rational Application Developer JSF fejlesztőjéhez vezet. Az Faces ügyfélkomponensek használatához létre kell hoznia egy Faces JSP oldalt, és a mintát kell kiválasztani az "Alapvető ügyféloldali adatok gyorsítótárazása" lehetőséggel. Ezután a Rational Application Developer felhasználói kezelőfelületének kialakításakor egyszerűen válassza ki a megfelelő UI-vezérlőket az eszközpaletta Arcok ügyfélkomponensek részéből a Rational Application Developer alkalmazásban.
Végül, véleményem szerint, a legszebb óra Ajax volt, amikor a Google kiadott egy béta változatát Ajax-alapú Google Maps alkalmazást. Bárki, aki korábban már dolgozott együtt mapping web-oldalak, gyorsan felismertük az előnye, hogy a Google szoftver más hasonló honlapokon. Bár laikusok lenyűgözött, és kíváncsi a Google tette, programozók, Saw mélyebb talált az Ajax ott, és elkezdett gondolkodni, hogy milyen módon használják alapján a technológiát, hogy javítsa a használhatóság és a társadalom a saját alkalmazásokat.
Tiszta HTML
Bár sok fejlesztő és úgy vélik, hogy az összes felhasználó, mint maguk, tartson tíz Firefox a legnépszerűbb plug-inek, sőt, sok gép internet-hozzáférés is használják Netscape 3.x vagy Internet Explorer 4.x Böngészők szinten lehet használni a hozzáférést egy adott alkalmazás (forráskód elveszett, és nem lehet változtatni), vagy egyszerűen be lehet helyezni otthon a konzervatív felhasználó továbbra is használni az Internet Explorer 4.0, egyszerűen azért, mert betartja az elv „munka - nem rögzíti, hogy „frissítésére a böngészőt.
Bár egyértelmű, hogy a HTML nem képes olyan felhasználó kényelmet biztosítani, mint bármelyik fenti technológia, a HTML-alapú felhasználói felületek hosszú távon továbbra is fontos szerepet játszanak. Nincs más technológia, amely lehetővé teszi, hogy az alkalmazás olyan felhasználók számára elérhető legyen, mint a tiszta HTML. Ennek eredményeképpen sok alkalmazás még sok más éven át ilyen felhasználói felületet biztosít.
Végezetül
Általában az iparág fő iránya a szerveralkalmazások felhasználói élményének javítása. Az Ajax, bár nem teljesen érett, már sok lendületet ért el, és sok vállalkozás, nagy és kicsi, kezdik használni a termelésben. A cikkben említett más technológiák kevés csodálkozót mutatnak be, de egyelőre egyikük sem volt megszakítva a jelenben.
Vannak más felhasználói felület technológiák, mind kereskedelmi, mind szabad (például Nexaweb, Backbase és JackBE), de a cikk nem foglalkozott velük a rövidség kedvéért. Ami fontos, hogy egyik ilyen technológia sem univerzális és univerzális, ezért egyik sem teljesen alkalmas minden helyzetben. Mindegyik fenti technológiának megvannak az előnyei, és a körülményektől függően jó választás lehet.
Tehát hogyan tudsz választani? A kezdőknek nincs semmi jobb, mint a jó öreg HTML, ha a technológia választását a maximális felhasználói közönség motiválja. Másrészről, ha megszakítás nélküli műveletekre van szükség, és alkalmazást telepíthet a felhasználói gépekre, a legjobb választás az EclipseRPC, a Workplace Managed Client vagy a Lotus Expeditor alapú alternatívák.
Ha gazdag felhasználói felületre van szüksége a Flash Player pontosságával és megbízhatóságával kapcsolatban, a Flex vagy az OpenLaszlo kiválasztása indokolt lehet. Ha JavaServer Faces használatával hoz létre alkalmazásokat, akkor jobb, ha igénybe veszi a Faces Client Components komponenseket.
Végül, ha a cél - csak csatlakoztassa a lyukakat a meglévő HTML-interfészen vagy dolgozzon ki egy szabványos, nem igényel plug-in felhasználói felület alkalmassága, jobb, mint a böngésző a választás - Ajax. Abban a pillanatban, „hype ciklus”, az Ajax, úgy tűnik, egyre inkább a legnépszerűbb technológia Web 2.0, de én nem írom le más technológiák - elviszi a saját, ha érett.
A megfelelő választás kulcsa az alkalmazási követelmények, amelyeket a felhasználói felület létrehozására szolgáló technológia kiválasztásakor kell használni. Bár ez az ajánlás tűnik egyszerű és nyilvánvaló, hogy sok esetben a fejlesztők nem éppen az ellenkezője igaz, ami oda vezethet, hogy sok probléma a végrehajtás és a telepítési (ami viszont okoz jelentős késések és szövődmények a fejlesztési projekt). Ne hagyd, hogy ez történjen veled.