Siebel Open UI

最新推荐文章于 2025-05-17 21:00:00 发布

就叫青稞吧

最新推荐文章于 2025-05-17 21:00:00 发布

阅读量1k

点赞数

分类专栏： siebel 文章标签： siebel

siebel 专栏收录该内容

8 篇文章

订阅专栏

阅读原文：http://blog.sina.com.cn/s/blog_70ea5c9101017qi4.html

Open UI最常提到的特性是：

W3C标准兼容，可在任何符合标准的浏览器上使用；
可跨多种形式的因素；
客户端JavaScript框架提供的几乎无限的定制能力。

在这篇文章中，我们将剖析最后一颗子弹。没有什么是无限的，所以期望Open UI成为一个例外是不合理的。让我们先回顾一下pre Open UI Siebel的UI定制功能。
UI组合在SWE模板中使用SWE(Siebel Web引擎)标签。以下编辑的截图显示了Siebel服务器在处理SWE模板后呈现的“容器”，以适应UI的每个不同部分。在下面的部分中，我们将引用“包含”的UI元素(菜单、工具栏、网格、组合等)作为“控件”。

Siebel Open UI

在SWE模板中使用HTML fluff的控件布局。这种fluff通常包括HTML表(仅用于布局，而不是用于数据)和space
holder字符和图像。
在UI中使用CSS的HTML元素的基本样式(颜色、字体等)。“HTML”这个词很重要，因为这个样式并不适用于ActiveX控件所呈现的UI部分，比如在HI(高交互性)应用程序中的整个列表应用程序。
通过SWE模板的UI的自定义组合和UI控件的布局只允许由SWE标记提供的粒度级别。在高交互性应用程序中，列表应用程序可以从视图中添加或删除，但是列表Applet内的UI元素的组成不能更改为呈现，例如，旋转木马。这是因为视图Web模板只是由Applet的粒度组成的，而不是Applet中的任何东西。另一方面，使更细粒度的UI元素呈现的ActiveX控件不允许定制(即使可以编写全新的ActiveX控件)。
大多数的SWE标记都为UI中的两种类型的控件创建占位符
（1）用于向Siebel服务器、导航等提交命令的菜单、工具栏、选项卡等。
（2）包含用于显示CRM数据的applet的主视图。
上述控件的每个实例——菜单、工具栏、applet等在Siebel工具中都有具体的配置。这些对象的实例在工具中包含了对Siebel业务层的UI控件绑定的规范。例如，菜单项或工具栏按钮调用的命令，或应用程序显示数据的业务组件和字段。
服务器端和客户端脚本都可用，但是这些脚本主要允许用户自定义处理来自UI的请求，而不是自定义的呈现。

让我们对上面描述的UI定制工具的一些细节和约束进行说明。

客户机上没有（标准）自定义呈现功能。客户端渲染控制对应于每个SWE标签是一个黑盒子实现。只有绑定可以在Siebel工具定制。
因为Siebel库程序直接放置到UI通过SWE的模板，每个小程序绑定到业务组件(忽略例外,Applet不是绑定到一个业务组件)和定制的Applet呈现是不可能的，因此，在Siebel屏幕上，没有用于在多个窗格中分布数据的工具，例如，在一个窗格中显示联系人的地址，与联系人的其他详细信息分开。
除了交互控件(如菜单、工具栏等)之外，在Siebel屏幕上只有一个显示内容的主视图区域。额外的视图不是由配置的方法提供的。
除了由Oracle提供的Siebel工具对象提供之外，没有办法引入新的UI范例，这需要对Siebel业务层进行绑定。

Siebel Open UI旨在改变所有这些缺点。简而言之，目标是提供任何具有绑定到Siebel业务层结构的UI范例。旨在实现这一愿景的更完整的描述可以在以后的文章中描述。这种架构仍在进行中。现在，让我们看看哪些缺点已经被克服了，并且不再局限于2012年的“创新包”的Siebel UI开发。
作为UI创建的第一步，在SWE模板中针对SWE标记的服务器端呈现在Open UI中保持不变。
当我们继续到服务器呈现容器中的控件时，我们很快就会熟悉“表示模型”和“物理渲染器”的术语。这些是我们理解开放UI客户端定制框架的核心。有关更多细节，它们在Siebel Open UI配置指南中详细描述。

还没翻译完，，，，有时间再补充，详情可以点击顶部原文链接