В момента, разработчикът на корпоративни приложения чувства натиск от двамата потребители и от експерти, когато става дума за потребителски интерфейси. В един лагер са стопанските единици, които представляват потребители. Те искат техните приложения имат богат потребителски интерфейс, които допринасят за повишаване на производителността на потребителите. Представители на тази група предпочитат да имат всички техни приложения, за да се държат като Microsoft Excel или други подобни приложения, които са инсталирани на клиентите. Те са готови да им предоставят незабавен време за реакция приложение. Ако има няколко представяния на едни и същи данни (например графичен и табличен), а един от тях се променя, те искат да се покажат и други представяне незабавно да се отразят промените.

Представители на IT-специалисти, като чист сървър-базирани модел доставка. Признавайки, че потребителите да работят с HTML е по-малко удобно, отколкото на родния интерфейс на операционната система, те считат разходите за инсталиране, конфигуриране и управление на код е твърде висока за клиентските машини, независимо от по-удобна работата на потребителите, което прави решението.

Така че това, което правят лоши корпоративни разработчиците? Потребителите не искат да губят производителност поради забавяне mnogosekundnyh отговор от сървъра, и група от ИТ-специалисти не искат да се върнат към старите начини за внедряване и управление код на клиентски машини. Как да се съгласуват тези привидно противоречащи си изисквания, така че и двата лагера са доволни?

За щастие, има технологии, които позволяват да се постигне удобство на потребителя при работа с функции отвъд възможностите на стандартен браузър, и то не изисква от вас да инсталирате ръчно код на клиентски машини. Приложения, които са създадени с помощта на тези технологии, понякога се нарича Web 2.0 приложения. В статията си "Какво е Web 2.0 моделите на дизайна и бизнес модели следващото поколение", Тим О'Райли държави (виж ресурси.):

Навлизаме в период на безпрецедентен иновации в областта на потребителския интерфейс като уеб разработчиците най-накрая имат възможността да се създават уеб-базирани приложения, като функционално богати местни PC-приложения.

Web 2.0 приложения са като всички най-доброто от двата свята: модел разгръщане на икономически ефективен сървър-базирани в съчетание с високо потребителски опит, общо взето, сравнима с удобна работа в приложения, инсталирани на клиента.

долу са изброени най-различни техники, които можете да изберете да се създаде атрактивна и удобна среда за хората от днешните Java EE приложения:

• Flex и OpenLaszlo
• IBM® Workplace ™ Сайтът Client и IBM Lotus® Expeditor
• Лица клиентски компоненти
• Аякс
• HTML

Flex и OpenLaszlo

Flex и OpenLaszlo - подобни декларативни пътувания до създаването на интерфейси извън възможностите на браузъра за Java EE приложения. Flex се предлага Adobe / Macromedia и OpenLaszlo - софтуер с отворен код, който първоначално е бил създаден от Ласло Systems Inc. И в двете среди, за проектиране и изграждане на потребителския интерфейс, който използвате уникален, специфичен технологичен граматика на базата на XML.

Например, за да използвате бутона в Flex, можете да напишете следния код в MXML (Multimedia XML):

В OpenLaszlo пишете следното на LZX (Ласло XML):

Макар че и двете технологии са сходни в много отношения, там също е ключова разлика - те трябва да бъдат изпълнени различни инфраструктура. Така, че клиентът е обменена информация със сървъра се изисква за Flex Flex Data Services сървър, който комуникира с клиента работи в плъгина Flash Player. Сървър до голяма степен посредничи цялата комуникация между клиента и компонент на сървър за приложения.

Най-новата версия на OpenLaszlo, има някои промени в изпълнението на които могат да го правят по-привлекателна за разработчиците. Една от промените е, че във версия 3 въвежда режим на разполагане SOLO, което премахва необходимостта от Ласло Представяне сървър в някои конфигурации. Друг важен подобрение - клиент по време на работа в сряда. Най-новият освобождаването, OpenLazlo 4 (в момента бета), дава възможност Ласло-базирани приложения да работят без приставка Adobe / Macromedia Flash Player. Много компании, загрижени за това, че те трябва да се използва патентована приставка като Flash Player, тази промяна е вероятно да се обжалва.

Как да се определи какво е най-доброто за вашата организация? В случай на Flex, ключовото предимство е, че имате пълната подкрепа на Adobe / Macromedia, но ще понесе разходите за закупуване на лиценз за Flex Data Services Server. За някои компании, цената на лиценза не е толкова важно, колкото и пълната подкрепа продукт. Adobe Flex 2 приложения изискват също плъгина Flash Player V9. Въпреки факта, че Flex може да помогне да се създаде атрактивна потребителски опит, неговата цена, както и факта, че тя се нуждае от плъгин може да възпре някои компании.

IBM Workplace Сайтът Client и Lotus Expeditor

И IBM Workplace Сайтът Client, Lotus Expeditor и са базирани на отворен код EclipseRPC. В сърцето на EclipseRPC технология е Eclipse инструменти за разработка на околната среда, че една обща платформа, управлявана и контролирана eclipse.org. Ако в зависимост от вашите бизнес изисквания, необходими за несвързани операции и можете да инсталирате компонентите на клиентската машина, на работното място Сайтът клиент и / или Lotus Expeditor - най-добрата технология за изграждане и внедряване на приложения.

IBM Workplace Сайтът Client е компонент на продуктите от фамилията IBM работното място. Тя комбинира различни услуги да работят заедно в една интегрирана среда, или десктоп среда. Тя има функции, като например управление на документи, съобщения (включително мигновени), сърфиране в Интернет, директна интерфейс за Notes® 7, обучение, подкрепа на екипа пространства, уеб-конференция, както и в зависимост от активността изследовател за проследяване на конци свързани работни задачи. Lotus Expeditor предоставя богата клиентска платформа, която поддържа бизнес приложения, сделки, управление на устройства и уеб-базирани услуги. Има много причини да изберете работното място Сайтът Client и Lotus Expeditor. Workplace Сайтът Client обикновено е най-добрият избор, ако молбата Ви е в сътрудничество. Ако заявлението е повече проектиран да работи с транзакции, обикновено препоръчвам Lotus Expeditor.

И Workplace Сайтът Client, и Lotus Expeditor даде възможност на разработчиците да създават богати клиентско приложение инсталирано на клиентската машина, и да ги добавите в подкрепа на прекъснати операции. Тъй като приложението е инсталирано на клиента, клиентът може да е най-пълната използване на енергията на работна станция, на която той работи, като ви позволява да се създаде атрактивна и удобна среда за потребителите. Общото и на работното място Сайтът Client, и Lotus Expeditor осигурява Eclipse базирани платформено независима операционна система, която се крие от теб нюансите на операционната система, като в същото време, като се използват местни OS услугите, където е възможно. Това ви позволява да развива обща Java код работи в Linux ™ и Windows ™, така и в бъдеще на Macintosh.

За да получите максимална полза от тази технология, е необходимо да се изработи вашето приложение по такъв начин, че да се даде възможност на архитектурата на Eclipse плъгини. UI компоненти са създадени с приспособления SWT (Стандарт Widget Toolkit) или JFace компоненти. SWT - набор от джаджи и графики библиотека интегрирана с родния прозореца система, но с OS-независим API и JFace - UI инструментариум осъществява чрез използване на SWT, което опростява много общи задачи върху потребителското програмен интерфейс. JFace не зависи от всеки мениджър на прозорци от гледна точка на API, както от гледна точка на изпълнение, и е проектирана да работи с SWT, не крие последния. Крайният резултат е силно интерактивен и лекота на употреба, се чувствам като работа с познатия потребителски приложения за операционната система.

И накрая, на факта, че въз основа на работното място Сайтът Клиента и Lotus Expeditor приложения може да се управлява чрез сървъра, ги отличава от своите местни Windows-базирани приложения. Това е ключова възможност за свеждане до минимум, ако не и напълно елиминира всички разходи по администриране на системата, свързани с кода публикуван на заявката на клиента. В резултат на това компанията, за разполагане на заявлението получава всички предимства на собственост за разполагане на Java EE сървъри за приложения, както и на потребителя - лесен за употреба, "заточени" в специална операционна система и приложението е инсталирано на клиента; Тази печеливша решение за повечето организации.

Лица клиентски компоненти

JavaServer Faces (JSF) - компонент на Java EE 1.4, първоначално е бил разработен като JSR 127. Основната цел на тази технология е да се намали нивото на квалификация на Java-разработчици, необходими за развитието потребителски интерфейси за техните приложения на Java EE. Тъй като JSF е работна среда, тя съдържа много готови възможности, които в миналото, разработчиците трябва да програмирате ръчно при създаването на същия интерфейс, използвайки JavaServer Pages (JSPs).

Да предположим, че имате голям набор от JDBC ™ резултатите, които искате да покажете на потребителя. Работната JSF рамка осигурява DataTable джаджа, която може да се използва за показване на данни. Ако вече сте създали потребителски интерфейс с помощта на прост JSP, ще трябва да се управлява взаимодействието на потребителя с масата и определи кои редове от данни, които да бъдат изведени на потребителя.

В JSF DataTable, когато потребителят кликне На следващо място, за да се покажат следващите х редове на данни в таблицата, рамка на JSF ще обработва на следващия, и не е нужно да поиска нищо, за да бъдат кодирани самостоятелно. Заедно с това, че JSF прави по-лесно за вас да се създаде напреднали HTML-базирани потребителски интерфейси, JSF умишлено е направил сървър технология. Заявка за следващите х редове на данни идва от браузъра към сървъра, където JSF работна среда код се справя. JSF изисква двустранно взаимодействие със сървъра.

За да се подобри основните JSF-джаджи в IBM Rational® Application Developer V6 въведена Faces клиентски компоненти. Лица клиентски компоненти - разширение на JavaServer Faces технология, която ви позволява да извършвате някои услуги JSF работна среда от страна на клиента. Например, ако използвате DataGrid Faces компонент в горния пример, картографиране х след реда данни няма да изисква двупосочна комуникация със сървъра.

Използването на лицата Client Компоненти естествено водят до JSF-разработчик на Rational Developer Application. За да използвате компонентите за Faces клиент, вие трябва да създадете страница Faces JSP и изберете "Основна с кеширане от страна на клиента на данни (Basic, кеширане на данни от страна на клиента)" като модел. След това, когато сте проектиране на потребителски интерфейс в Rational Developer Application, просто изберете необходимия контрол UI от секцията Faces Клиентски компоненти на палитрата с инструменти в Rational Developer Application.

И накрая, по мое мнение, най-добрият час Аякс дойде, когато Google пусна бета версия на Аякс базирани Google приложението Карти. Всеки, който преди това е работил с картографиране на уеб-сайтове, бързо разбрахме, предимството на Google софтуер на други подобни сайтове. Докато миряни изумени и се чудят как Google го е направил, програмисти, Saw-дълбоки, открити на Аякс там, и започнаха да мислят за това как те ще се използва на базата на технологията за подобряване на използваемостта и отзивчивостта на собствените си приложения.

чист HTML

Въпреки че много разработчици и смятат, че всички потребители, като себе си, трябва да издържат до десет Firefox с най-популярни приставки, всъщност, на много машини достъп до Интернет все още се използва Netscape 3.x или Internet Explorer 4.x. Браузъри това ниво може да се използва за достъп до определено приложение (изходен код се губи и не може да се променя), или те просто не могат да бъдат поставени в дома си в консервативната потребителя да продължите да използвате Internet Explorer 4.0, просто защото тя се придържа към принципа на "работа - не се поправи "за актуализиране на браузъра.

Въпреки, че е очевидно, че HTML не може да осигури такова удобство за потребителя, тъй като някой от горепосочените технологии, HTML-базирани потребителски интерфейси в дългосрочен план ще продължат да играят важна роля. Никоя друга технология ще позволи на приложението да бъде на разположение на такъв голям брой потребители, като чист HTML. В резултат на това много приложения ще продължат да предоставят такива потребителски интерфейси в продължение на много години.

В заключение

Като цяло, основният фокус в индустрията днес е да се подобри работата на потребителите с удобството на сървър-базирани приложения. Аякс, въпреки че все още не е зряла, тя вече придоби голяма инерция, както и много фирми, малки и големи, започват да го използват в производството. Други технологии, споменати в статията са с малко любов, но в момента нито един от тях не е разплетено в настоящето.

Има и други потребителски интерфейс технологии, както търговски и свободни (като Nexaweb, Backbase и JackBe), но в една статия за тях, че не е в интерес на краткост. Важното е, че нито една от тези технологии не е универсален и всеобхватен, следователно, никой от тях не се вписва напълно във всички ситуации. Всяка една от тези технологии има своите предимства и може да бъде добър избор в зависимост от обстоятелствата.

Е, как да направят своя избор? За начинаещи, няма нищо като добър стар HTML, ако изборът на технология е мотивирана от максимум потребител аудитория. От друга страна, ако имате нужда от прекъснатото операции и можете да инсталирате приложението ви в компютрите на потребителите, най-добрият избор ще бъде една от алтернативите на базата на EclipseRPC, на работното място Сайтът Client и Lotus Expeditor.

Ако имате нужда от богат потребителски интерфейс с точност и надеждност на Flash Player, възможен избор Flex или OpenLaszlo е оправдано. Ако създадете приложение, използващо JavaServer Faces, по-добре да се прибегне до компонентите за Faces клиент.

И накрая, ако целта ви - просто включете дупките в съществуващата HTML-интерфейс или да развият базирана на стандарти, не изисква приставка потребителски интерфейс функционалност, по-добре от браузъра по ваш избор - Аякс. В момента "свръх цикъл", за Аякс, изглежда, се превръща в най-популярната технология Web 2.0, но аз няма да се отпишат други технологии - те ще вземат сами, когато падежът.

Ключът към избора на правото са изискванията за прилагане, които трябва да се ръководи при избора на технологии за създаване на потребителския интерфейс. Въпреки, че тази препоръка изглежда прост и очевиден, в много случаи, разработчиците правят точно обратното е вярно, което може да доведе до много проблеми в прилагането и внедряването (което от своя страна води до значителни закъснения и усложнения в развитието на проекта). Не позволявайте това да се случи с теб.

Изтегляне ресурси

Свързани теми