閱讀原文：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配置指南中詳細描述。

還沒翻譯完，，，，有時間再補充，詳情可以點擊頂部原文鏈接

總結

以上是生活随笔為你收集整理的Siebel Open UI的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。