Siebel Open UI

Siebel Open Ui



Прочетете оригиналния текст: http://blog.sina.com.cn/s/blog_70ea5c9101017qi4.html

Най-често споменаваните функции на Open UI са:

  1. Съвместим със стандартите W3C и може да се използва във всеки браузър, който отговаря на стандартите
  2. Може да обхваща множество форми на фактори
  3. Клиентската рамка на JavaScript предоставя почти неограничени възможности за персонализиране.

В тази статия ще анализираме последния куршум. Нищо не е безкрайно, така че е неразумно да очакваме Open UI да бъде изключение. Нека първо разгледаме характеристиките за персонализиране на потребителския интерфейс на предварително Open UI Siebel.
Потребителският интерфейс използва SWE (Siebel Web Engine) маркер в SWE шаблон. Редактираната екранна снимка по-долу показва „контейнера“, представен от сървъра на Siebel след обработка на шаблона SWE, за да побере всяка различна част от потребителския интерфейс. В следващия раздел ще наричаме „съдържащите се“ елементи на потребителския интерфейс (меню, лента с инструменти, решетка, комбинация и т.н.) като „контроли“.



Siebel Open UI

  1. Използвайте HTML оформление за контрол на пух в SWE шаблон. Този вид пух обикновено включва HTML таблица (само за оформление, а не за данни) и пространство
    символи и изображения на държача.
  2. Основни стилове (цветове, шрифтове и т.н.) на HTML елементи, използващи CSS в потребителския интерфейс. Думата „HTML“ е важна, тъй като този стил не се отнася за частта от потребителския интерфейс, представена от ActiveX контроли, като например цялото приложение за списък в приложенията HI (High Interactivity).
  3. Персонализираната комбинация от потребителски интерфейс чрез шаблона SWE и оформлението на контролите на потребителския интерфейс позволяват само нивото на детайлност, осигурено от маркирането на SWE. При приложения с висока интерактивност приложението за списък може да бъде добавено или премахнато от изгледа, но съставът на елементите на потребителския интерфейс в аплета на списъка не може да бъде променен на презентация, например въртележка. Това е така, защото уеб шаблонът за изглед се състои само от детайлността на аплета, а не от нищо в аплета. От друга страна, ActiveX контролите, които изобразяват по-фини елементи на потребителския интерфейс, не позволяват персонализиране (въпреки че е възможно да се напишат напълно нови ActiveX контроли).
  4. Повечето SWE тагове създават заместители за два типа контроли в потребителския интерфейс
    (1) Менюта, ленти с инструменти, раздели и др., Използвани за подаване на команди на сървъра на Siebel, навигация и др.
    (2) Основният изглед, който съдържа аплета, използван за показване на CRM данни.
    Всеки екземпляр на горепосочените менюта за управление, ленти с инструменти, аплети и др. Има специфични конфигурации в инструментите на Siebel. Екземплярите на тези обекти включват спецификации за обвързване с потребителски интерфейси на бизнес слоя на Siebel в инструмента. Например команди, извикани от елементи от менюто или бутони на лентата с инструменти, или бизнес компоненти и полета, където приложението показва данни.
  5. Налични са както скриптове от страна на сървъра, така и от страна на клиента, но тези скриптове главно позволяват на потребителите да персонализират обработката на заявките от потребителския интерфейс, а не персонализирано изобразяване.

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

  1. На клиента няма (стандартна) персонализирана функция за изобразяване. Контролът за визуализиране от страна на клиента, съответстващ на всеки SWE маркер, е изпълнение на черна кутия. Само обвързването може да бъде персонализирано в Siebel Tools.
  2. Тъй като програмата за библиотека Siebel се поставя директно в потребителския интерфейс чрез шаблона SWE, всеки аплет е обвързан с бизнес компонент (игнорирайте изключенията, аплетът не е обвързан с бизнес компонент) и персонализираното изобразяване на аплет е невъзможно. Следователно, на екрана на Siebel по-горе, няма инструмент за разпространение на данни в множество екрани, например, показване на адреса на контакт в един панел, отделно от другите подробности за контакта.
  3. В допълнение към интерактивните контроли (като менюта, ленти с инструменти и т.н.), на екрана на Siebel има само една основна област на изглед, която показва съдържание. Допълнителният изглед не се предоставя от метода на конфигуриране.
  4. С изключение на обекта на инструмента Siebel, предоставен от Oracle, няма начин да се въведе нова парадигма на потребителския интерфейс, която изисква обвързване на бизнес слоя на Siebel.



    Siebel Open UI Цели да промени всички тези недостатъци. Накратко, целта е да се предостави всяка парадигма на потребителския интерфейс, която има структура, свързана с бизнес слоя на Siebel. По-пълно описание, което има за цел да постигне тази визия, може да бъде описано в бъдеща статия. Тази архитектура все още е в ход. Сега нека видим кои недостатъци са преодолени и вече не се ограничават до разработката на Siebel UI на „Иновационния пакет“ през 2012 г.
    Като първата стъпка в създаването на потребителския интерфейс, изобразяването на SWE тагове от страна на сървъра в шаблона SWE остава непроменено в Open UI.
    Когато продължим към сървъра, за да изобразим контролите в контейнера, бързо ще се запознаем с термините „модел на представяне“ и „физическо изобразяване“. Това са ядрото на нашето разбиране за отворената рамка за персонализиране на потребителския интерфейс. За повече подробности те са описани в ръководството за конфигуриране на Siebel Open UI.



The translation has not been completed yet,,,, I will add more when I have time. For details, please click the original link at the top