【正文】 提供了進(jìn)程內(nèi)和分布式兩種實(shí)現(xiàn)策略，當(dāng)僅部 署一個(gè)應(yīng)用服務(wù)器時(shí)應(yīng)當(dāng)配置使用進(jìn)程內(nèi)實(shí)現(xiàn)策略，所有的鎖都在進(jìn)程內(nèi)管理，以提供最佳的運(yùn)行效率。 開發(fā)人員可以增加自定義的上下文信息。這些上下文信息初始來自用戶登錄時(shí)， UBF 將其緩存在 Portal 的 session 中，并響應(yīng)用于的請(qǐng)求時(shí)設(shè)置到工作線程上。 上下文服務(wù) 工作在服務(wù)會(huì)話上，提供應(yīng)用的上下文環(huán)境管理。 ? 提供線程級(jí)的緩存管理； ? 提供線程上的服務(wù)或業(yè)務(wù)操作調(diào)用棧監(jiān)控，以防止 出現(xiàn)無限制的迭代調(diào)用。 服務(wù)會(huì)話管理 服務(wù)會(huì)話管理工作在 Portal 或應(yīng)用服務(wù)器的服務(wù)線程上 ，監(jiān)視服務(wù)線程的進(jìn)入和退出。 UBF 運(yùn)行平臺(tái) 基礎(chǔ) 服務(wù) UBF 底層是一組基礎(chǔ)服務(wù)支撐 UBF 運(yùn)行平臺(tái)和 其上的應(yīng)用軟件的運(yùn)行。 在頁面模型內(nèi)可以定義表單間的關(guān)系，即將一個(gè)表單的提供者參數(shù)與另一個(gè)表單的接收參數(shù)間建立綁定關(guān)系。每個(gè)頁面上可以定義一個(gè)或多個(gè)表單，頁面內(nèi)的布局支持條帶式布局方式，即一個(gè)頁面內(nèi)可以有一個(gè)或多個(gè)條帶，每個(gè)條帶內(nèi)可以放置多個(gè)表單，按次序從上向下自然排布。 依據(jù)該模型所提供的信息，軟件開發(fā)者可以實(shí)現(xiàn)相應(yīng)的安裝和許可證策略，以及組件間接口銜接的策略，為達(dá)到按需交付提供有力的支持。 開發(fā)者將其開發(fā)的業(yè)務(wù)組件和界面組件規(guī)劃到每個(gè)應(yīng)用中。包括應(yīng)用領(lǐng)域的多級(jí)劃分，每個(gè)應(yīng)用下包含的前后臺(tái)組件 、 應(yīng)用的功能菜單結(jié)構(gòu) 、 應(yīng)用的頁面。同時(shí) 在一個(gè)表單上只能在模型創(chuàng)建時(shí)進(jìn)行 模版套用 動(dòng)作。通常有一些頁面大體相似，僅有一些局部的差異，開發(fā)者可以為相同的部分設(shè)計(jì)表單并生成表單模版，然后在開發(fā)表單模型時(shí)套用該模版。 如果開發(fā)者需要定義一些特殊的參照頁面，可以使用表單數(shù)據(jù)模型和表單模型像開發(fā)頁面一樣去開發(fā)參照頁面。 參照模型 參照模型是輕量的表單數(shù)據(jù)模型和表單模型的復(fù)合體。 表單模型上 由關(guān)于 Portal 整合時(shí)使用的表單關(guān)聯(lián)方面的信息。在表單模型 中 UBF 提供了 30 種是用于 ERP 軟件開發(fā)領(lǐng)域的控件，其中有數(shù)據(jù)錄入型的控件也有前端行為控制用的關(guān)聯(lián)控件。 動(dòng)作用于開發(fā)者設(shè)計(jì)界面的功能行為，通常 UBF 的設(shè)計(jì)工具會(huì)缺省地預(yù)置一些常用行為，如保存、刪除、查找等。 數(shù)據(jù)項(xiàng)通常綁定到該視圖所關(guān)聯(lián)的實(shí)體的屬性上，當(dāng)然開發(fā)者也可以建立沒有任何綁定關(guān)系的數(shù)據(jù)項(xiàng)以用于存儲(chǔ)交互邏輯需要的臨時(shí)性數(shù)據(jù)。它由一個(gè)或多個(gè)視圖（ UIView），以及視圖間的連接關(guān)系（ UILink）和動(dòng)作（ Action）組成。它包括表單數(shù)據(jù)模型、表單模型、參照模型及表單模版。注意這種劃分并不僅僅與是否支持遠(yuǎn)程調(diào)用有關(guān)，通常無論服務(wù)還是業(yè)務(wù)操作都支持遠(yuǎn)程調(diào)用。 UBF 提出了服務(wù)組的概念 ，一個(gè)服務(wù)組是指一組具有高度耦合性的業(yè)務(wù)組件，它們?cè)诎惭b部署時(shí)具有不可分割的整體性。當(dāng)然策略的選擇邏輯需要開發(fā)人員在隨后的開發(fā)過程中通過編程實(shí)現(xiàn)。同時(shí)還需要指定對(duì)數(shù)據(jù)庫事務(wù)的支持方式。 服 務(wù)模型 服務(wù)模型用于描述業(yè)務(wù)邏輯處理的接口信息。 在關(guān)聯(lián)關(guān)系中也需要定義級(jí)聯(lián)修改檢查規(guī)則 。 如果級(jí)聯(lián)刪除規(guī)則為NoAction，表示如果要?jiǎng)h除的實(shí)體被引用，則將不能被刪除；如果級(jí)聯(lián)刪除規(guī)則為 SetNull，表示如果實(shí)體被引用 ，則當(dāng)它引用的實(shí)體被刪除時(shí)，引用方改為空值；如果果級(jí)聯(lián)刪除規(guī)則為 Cascade，表示如果要?jiǎng)h除的實(shí)體已經(jīng)被引用，則連同引用者一起刪除。 在關(guān)聯(lián)關(guān)系中需要 定義級(jí)聯(lián)刪除規(guī)則。組合關(guān)系只能用于實(shí)體組件內(nèi)部，而關(guān)聯(lián)關(guān)系只能在實(shí)體組件間使用。 關(guān)系 關(guān)系的模型用于定義實(shí)體間的關(guān)系。 動(dòng)態(tài)枚舉 動(dòng)態(tài)枚舉是一種既可以在設(shè)計(jì)期指定枚舉值，也可以在運(yùn)行時(shí)動(dòng)態(tài)增加枚舉值的數(shù)據(jù)類型。在數(shù)據(jù)傳輸對(duì)象中其屬性的類型如果是實(shí)體類型，則應(yīng)當(dāng)指定是實(shí)體的類型本身還是實(shí)體 Key 類型 。 數(shù)據(jù)傳輸對(duì)象 數(shù)據(jù)傳輸對(duì)象是可以遠(yuǎn)程傳輸?shù)奶厥鈱?shí)體。屬性類型模型沒有持久化相關(guān)的信息，不能被持久化到獨(dú)立的表中。 屬性類型 屬性類型是一種沒有獨(dú)立 生命 周期的特殊實(shí)體。 實(shí)體的方法模型上可以聲明任意數(shù)量的異常，以表明該方法將可能拋出這些業(yè)務(wù)異常。 實(shí)體的方法 實(shí)體方法是關(guān)于實(shí)體中行為的描述模型。 而查詢屬性標(biāo)志 則，表示該屬性是否可以被通用查詢服務(wù)所展示。計(jì)算列不會(huì)被存儲(chǔ)到數(shù)據(jù)表中。 是否敏感日志字段標(biāo)志用于指定該屬性的改變是否做系統(tǒng)得變更記錄。 國際化用于指定字符串類型的屬性是否支持多語編輯和保存。 實(shí)體屬性模型中與持久化有關(guān)的信息包括業(yè)務(wù)主鍵、一旦使用不可修改、國際化、是否敏感日志字段。它的基本信息包括名稱、類型、顯示名和缺省值。 如果開發(fā)者設(shè)計(jì)了一個(gè)僅用于繼承的抽象實(shí)體，需要設(shè)置抽象類標(biāo)志。為了優(yōu)化實(shí)體數(shù)據(jù)的加載和保存效率，開發(fā)者還應(yīng)當(dāng)在實(shí)體上建立一個(gè)索引 項(xiàng)，并仔細(xì)地規(guī)劃索引項(xiàng)中應(yīng)當(dāng)包含的實(shí)體的屬性和次序。 在 實(shí)體模型上需要指定實(shí)體在數(shù)據(jù)庫上存儲(chǔ)時(shí)的數(shù)據(jù)庫表的表名。 實(shí)體模型中包括屬性和方法。 UBF 的持久化引擎使用實(shí)體組件 的 元信息 以 保證 實(shí)體組件內(nèi) 主實(shí)體與其組合實(shí)體的生命周期的一 致性。 實(shí)體 組件 實(shí)體 組件 與軟件行業(yè)通常所說的組件的概念并不相同， 實(shí)際是 用于描述一組具有強(qiáng)依賴關(guān)系的實(shí)體的邊界。實(shí)體模型族中包括 實(shí)體 組件、實(shí)體、屬性 類型、數(shù)據(jù)傳輸對(duì)象、動(dòng)態(tài)枚舉 、 異常、 實(shí)體校驗(yàn)器 、事件 和關(guān)系。 ? 模式 : 可在不同組件間復(fù)用的實(shí)體集，以及實(shí)體間的關(guān)系。比如：帳表類實(shí)體等樹形實(shí)體，可通過建立版型進(jìn)行識(shí)別。 其中： ? 版型 是擴(kuò)展業(yè)務(wù)實(shí)體定義的描述方法，是對(duì)業(yè)務(wù)對(duì)象進(jìn)行分類識(shí)別的工具，主要用來對(duì)業(yè)務(wù)模型進(jìn)行抽象，找出實(shí)體間的公共屬性；每個(gè)版型可附帶一個(gè)代碼片段作為模版， 根據(jù)業(yè)務(wù)需要由設(shè)計(jì)人員動(dòng)態(tài)創(chuàng)建，在實(shí)體定義階段進(jìn)行引用。并針對(duì)不同的領(lǐng)域語言采用不同的模型化以及組件化的生成方式，例如通過業(yè)務(wù)領(lǐng)域語言，可以有效地建立實(shí)體模型、數(shù)據(jù)模型以及服務(wù)模型，并且根據(jù)模型的關(guān)鍵屬性與特征生成相應(yīng)的軟件組件。這些服務(wù)分成三類： —— 安全：提供與應(yīng)用和系統(tǒng)安全相關(guān)的服務(wù)集合； —— 執(zhí)行控制管理：這些服務(wù)負(fù)責(zé)管理組件或服務(wù)以及相關(guān)的資源，還負(fù)責(zé)處理容錯(cuò)和可擴(kuò)展性等操作和控制的需求 ； —— 通信：提供組件或服務(wù)之間的通信，包括 .NET Remoting、 SOAP、同步或異步消息等服務(wù)。UI 和 UIP 組件之間的交互通常采用 MVC 模式?？梢詫?duì)一個(gè)窗體中組件之間的依賴、確認(rèn)和導(dǎo)航應(yīng)用相同的概念。 —— 用戶界面處理組件： 復(fù)雜的用戶界面通常需要很多非常復(fù)雜的窗體。每個(gè)窗體用來顯示系統(tǒng)提供的信息以及傳遞用戶的輸入信息。例如，一個(gè)定單處理工作流組件可能結(jié)合客戶、定單等業(yè)務(wù)實(shí)體對(duì)象完成定單處理的工作流程。通過 UDDI 服務(wù)網(wǎng)關(guān)來查詢、綁定內(nèi)部或外部相應(yīng)的服務(wù)或應(yīng)用，并調(diào)度相應(yīng)的一個(gè)或多個(gè)業(yè)務(wù)實(shí)體對(duì)象來實(shí)現(xiàn)業(yè)務(wù)處理。服務(wù)描述了貫穿業(yè)務(wù)的工作流程和信息， 同時(shí)對(duì)業(yè)務(wù)邏輯進(jìn)行了封裝，實(shí)現(xiàn)了對(duì)業(yè)務(wù)實(shí)體對(duì)象的操作，并驅(qū)動(dòng)業(yè)務(wù)實(shí)體完成業(yè)務(wù)功能。且多個(gè)獨(dú)立的但有關(guān)聯(lián)關(guān)系的業(yè)務(wù)實(shí)體對(duì)象可以一起協(xié)作來完成一個(gè)應(yīng)用，完成不同的任務(wù)需執(zhí)行很多具有不同特點(diǎn)的業(yè)務(wù)實(shí)體對(duì)象。業(yè)務(wù)實(shí)體對(duì)象是業(yè)務(wù)中實(shí)際存在的事物或概念，是對(duì)“ ER”模型中概念的面向?qū)ο蟮臄U(kuò)展。持久化服務(wù)的這種隔離有以下好處： —— 減少數(shù)據(jù)庫提供者變更帶來的影響； —— 減少因數(shù)據(jù)對(duì)象變更帶來的影響（如變更數(shù)據(jù)庫的 schema）； —— 封裝數(shù)據(jù)的處理操作，這將在很大程度上減少測(cè)試和維護(hù)工作； —— 通過 O/R 映射機(jī)制，以維護(hù)對(duì)象和持久存儲(chǔ)之間的一致性，減少因面向?qū)ο蠛头敲嫦驅(qū)ο筮@兩種技術(shù)存在著阻抗不匹配。 UAP 平臺(tái)的技術(shù)體系架構(gòu) UBF 的技術(shù)體系結(jié)構(gòu)采用分層的架構(gòu)模式，主要可以分為數(shù)據(jù)層、業(yè)務(wù)層、表示層，并且通過抽象的控件 模型提供對(duì)多種客戶端的應(yīng)用支持。 其中， UAP 平臺(tái)提供了模型定義、服務(wù)組裝、應(yīng)用開發(fā)集成環(huán)境（ UBF Studio）、應(yīng)用平臺(tái)以及應(yīng)用工具等五個(gè)核心的工具集。它采用了元數(shù)據(jù)驅(qū)動(dòng)的、面向服務(wù)的體系架構(gòu)，并提供了統(tǒng)一的編程抽象模型，是一個(gè)適合應(yīng)用軟件開發(fā)及部署的全角色平臺(tái)。 在本手冊(cè)中我們將詳細(xì)介紹怎樣使用 UAP 中的 UBF 和 UBF Studio 開發(fā)應(yīng)用。自動(dòng)化構(gòu)造工具將依據(jù)該工藝圖，自動(dòng)地構(gòu)造組件并存入組件庫中。提供對(duì)完整產(chǎn)業(yè)鏈的全角色開發(fā)的支撐環(huán)境。提供對(duì) OFFCIE、移動(dòng)商務(wù)、第三方軟件系統(tǒng)等企業(yè)級(jí)的集成與應(yīng)用協(xié)同。有效地降低了 開發(fā)工作的難度和工作量。 ? UBF（ UFIDA Business Framework） 實(shí)現(xiàn)與操作系統(tǒng)、數(shù)據(jù)庫、 .Net Framework、 Office、 WMI、 .Net Compact Framework、 MSMQ等底層核心技術(shù)的調(diào)用與協(xié)作，通過屏蔽底層 的復(fù)雜實(shí)現(xiàn)，提高企業(yè)應(yīng)用軟件的靈活性、可擴(kuò)展性和開放性。 UAP（ Universal Application Platform）平臺(tái)是用友軟件經(jīng)過多年的技術(shù)積累和知識(shí)沉淀，在微軟 .NET 相關(guān)規(guī) 范和標(biāo)準(zhǔn)的基礎(chǔ)上，提供完全支持基于領(lǐng)域語言 (DSL)的模型驅(qū)動(dòng)開發(fā)(MDD)模式，為各種復(fù)雜的企業(yè)級(jí)商業(yè)應(yīng)用系統(tǒng)提供專業(yè)、安全、高效、可靠的開發(fā)、部署和運(yùn)行企業(yè)管理應(yīng)用軟件的開發(fā)工具平臺(tái)。 UAP 平臺(tái)為用戶提供了一個(gè)統(tǒng)一的集成開發(fā)環(huán)境 ，用戶可以使用包括模型設(shè)計(jì)、 UI 設(shè)計(jì)、報(bào)表設(shè)計(jì)、規(guī)則設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、 BI 設(shè)計(jì)等各方面的設(shè)計(jì)器，并通過可視化的界面和友好的交互操作，自動(dòng)生成用戶所需要的各種功能控件。 用友 U9UBF 應(yīng)用開發(fā)手冊(cè) 前言 UAP（ Universal Application Platform）是用友公司為開發(fā)新一代面向服務(wù)（ ServiceOriented Architecture, SOA）的世界級(jí)商業(yè)應(yīng)用套件產(chǎn)品（ U9）而精心打造出來的 ERP 軟件生產(chǎn)平臺(tái) 。通過 UAP 平臺(tái)，使企業(yè)信息資源變得可重用、透明化，并且系統(tǒng)具有高可擴(kuò)展性，讓業(yè)務(wù)處理更加高效、簡(jiǎn)潔、安全。使得大型的企業(yè)級(jí)商業(yè)應(yīng)用軟件第一次實(shí)現(xiàn)了技術(shù)與業(yè)務(wù)關(guān)注點(diǎn)的分離，并且通過快速的動(dòng)態(tài)業(yè)務(wù)建模與服務(wù)組裝技術(shù)，實(shí)現(xiàn)了企業(yè)動(dòng)態(tài)業(yè)務(wù)的快速部署與應(yīng)用，真正實(shí)現(xiàn)了“隨需而變”的實(shí)時(shí)企業(yè)與全球商務(wù)的企業(yè)信息化價(jià)值理念。它主要包括：應(yīng)用運(yùn)行平臺(tái)（ UBF）、應(yīng)用開發(fā)平臺(tái)（ UBF Studio）和組件化發(fā)布平臺(tái)。 針對(duì)開發(fā) ERP 軟件的特點(diǎn)，提供了一套適用的類庫、框架以及具有擴(kuò)展性的通用解決 方案。 在系統(tǒng)交付、安裝和部署后，支撐業(yè)務(wù)系統(tǒng)的解析和執(zhí)行；提高應(yīng)用軟件的可定制性與可集成性。 ? UBF Studio 提供了統(tǒng)一的集成開發(fā)環(huán)境，其中包括模型設(shè)計(jì)、 UI 設(shè)計(jì)、報(bào)表設(shè)計(jì)、規(guī)則設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、 BI 設(shè)計(jì)等各方面的設(shè)計(jì)器，通過可視化的界面和友好的交互自動(dòng)產(chǎn)生需要的 各種軟件工件，極大地提高了軟件開發(fā)的效率和質(zhì)量。 ? 組件化發(fā)布平臺(tái) 提供軟件產(chǎn)品的 組件規(guī)劃工具，以定義軟件產(chǎn)品的工藝圖。安 裝系統(tǒng)生成工具將按照用戶的意圖從組件庫中提取適當(dāng)?shù)慕M件產(chǎn)生安裝包 。 UBF 概述 UAP 平臺(tái)與應(yīng)用系統(tǒng)間的整體邏輯架構(gòu) UAP 平臺(tái)是在國際上主流和公認(rèn)的技術(shù)標(biāo)準(zhǔn)與規(guī)范的基礎(chǔ)上建立的一個(gè)開放的企業(yè)級(jí)開發(fā)工具平臺(tái) 。 UAP 平臺(tái)與應(yīng)用系統(tǒng)之間的邏輯關(guān)系與整體架構(gòu)如 下 圖所示。并通過這五大工具集為應(yīng)用系統(tǒng)以及第三方的其它應(yīng)用提供統(tǒng)一的模型定義、功能開發(fā)與應(yīng)用集成的環(huán)境。整個(gè)架構(gòu)如下圖所示： 其中，在數(shù)據(jù)層中，持久化服務(wù)引擎主要負(fù)責(zé)訪問和查詢存儲(chǔ)在數(shù)據(jù)庫中的各種業(yè)務(wù)數(shù)據(jù)，在隔離業(yè)務(wù)層和數(shù)據(jù)存儲(chǔ)管理的同時(shí)，實(shí)現(xiàn)與業(yè)務(wù)層的實(shí)時(shí)交互。 在 業(yè)務(wù)層中，業(yè)務(wù)實(shí)體對(duì)象封裝了一個(gè)業(yè)務(wù)中的元數(shù)據(jù)、存儲(chǔ)過程和觸發(fā)器以及該業(yè)務(wù)的規(guī)則、過程或事件。業(yè)務(wù)實(shí)體對(duì)象負(fù)責(zé)執(zhí)行包括強(qiáng)制的業(yè)務(wù)規(guī)則、應(yīng)用規(guī)則、數(shù)據(jù)有效性、并發(fā)和存儲(chǔ)等所有方面的內(nèi)容。 而業(yè)務(wù)服務(wù)則可以定義為一段獨(dú)立的邏輯程序，當(dāng)多個(gè)服務(wù)組合在一起時(shí)可完成不同類型的業(yè)務(wù)需求。服務(wù)可以由工作流系統(tǒng)、業(yè)務(wù)實(shí)體對(duì)象管理器、面向?qū)ο笳Z言或交互過程定義系統(tǒng)實(shí)現(xiàn)。而業(yè)務(wù)流程對(duì)象封裝了業(yè)務(wù)處理與業(yè)務(wù)策略過程。 在表示層中，通過 MVC 的模式建立業(yè)務(wù)模型、視圖以及控制器之間的業(yè)務(wù)連接，并實(shí)現(xiàn)對(duì)各種客戶端界面（包括基于瀏覽器的 WEB 應(yīng)用方式、用戶交互的窗體以及 Smart Client 等應(yīng)用方式）的支持。這種基于窗體的用戶界面包括兩種類型的組件： —— 用戶界面組件： 基于 .NET Framework 的組件，包括 Smart Client 組件和 Web Form 組件 ,還支持用戶基于 .NET Framework 定制的組件。為了提高其可復(fù)用性、可維護(hù)性和可擴(kuò)展性，需要?jiǎng)?chuàng)建分離用戶界面處理的組件，以封裝窗體和界面導(dǎo)航之間的 相關(guān)邏輯。這些 UIP組件通常是一些基于諸如： Front Controller, Application Controller 等設(shè)計(jì)模式的定制組件。 另外， UBF 技術(shù)體系架構(gòu)中還包含基礎(chǔ)服務(wù)層：即提供其它所有層都能使用的一系列基礎(chǔ)