u8eai企業(yè)應(yīng)用集成培訓(xùn)-資料下載頁
2025-01-19 08:37本頁面
【正文】 pEnd cDepName銷售 1部 /cDepName /department /NewDataSet /ufinterface 根節(jié)點(diǎn)的 proc的值用來標(biāo)識(shí) Dataset的行節(jié)點(diǎn)，一般為表名。 活用 EAI接口 使用條件過濾 查詢單條數(shù)據(jù)的時(shí)候往往需要帶上條件，可以采用 EAI通用 SQL查詢，也可以采用 EAI標(biāo)準(zhǔn)的條件查詢格式： ufinterface sender=002 receiver=u8 roottag=department proc=Query department field display=“部門編碼 name=cDepCode operation== value=1 logic=/ /department /ufinterface 注意控制部分的 roottag要與內(nèi)容根節(jié)點(diǎn)呼應(yīng)。 活用 EAI接口 關(guān)于內(nèi)外格式適配問題 外部系統(tǒng)通過 EAI與 U8進(jìn)行數(shù)據(jù)交換，首先必須解決數(shù)據(jù)格式匹配問題，必須將外部系統(tǒng)數(shù)據(jù)格式變換為 U8EAI標(biāo)準(zhǔn)數(shù)據(jù)格式， EAI當(dāng)前的版本還沒有實(shí)現(xiàn)完善的適配器機(jī)制，故目前常見的做法是直接在項(xiàng)目工程的二次開發(fā)代碼中做轉(zhuǎn)換，這種方式雖然很高效，但是不靈活，不能適應(yīng)規(guī)則或需求變化（一旦有變化，則需要調(diào)整代碼重新編譯），推薦一個(gè)比較好的做法是將數(shù)據(jù)格式轉(zhuǎn)換功能做成一個(gè)通用服務(wù)，采用 XSLT作為轉(zhuǎn)換引擎， XSLT腳本作為轉(zhuǎn)換規(guī)則，這樣，應(yīng)對(duì)任何格式甚至業(yè)務(wù)規(guī)則的變化只需要調(diào)整XSLT腳本即可。 關(guān)于客戶化開發(fā)中 U8接口選擇 要在客戶化開發(fā)代碼中調(diào)用 U8的某項(xiàng)功能，目前有三種選擇： ? 直接訪問 U8數(shù)據(jù)庫： 優(yōu)點(diǎn)是最直接，能夠完全自我控制；缺點(diǎn)是最危險(xiǎn)，需要對(duì)產(chǎn)品的實(shí)現(xiàn)機(jī)理和數(shù)據(jù)庫表結(jié)構(gòu)都非常了解。 ? 使用 U8開發(fā)部提供的內(nèi)部接口： 優(yōu)點(diǎn)是可以復(fù)用現(xiàn)有接口，不需要重復(fù)勞動(dòng)，而且內(nèi)部使用的接口一般都比較靈活；缺點(diǎn)是太靈活，不易用，粒度太細(xì)，依賴和耦合度太強(qiáng)，需要很多上下文條件，需要總部強(qiáng)有力的技術(shù)支持！ ? 使用 U8對(duì)外公布的產(chǎn)品化的標(biāo)準(zhǔn)接口 ——U8EAI與 U8API（ 872新增加）： 優(yōu)點(diǎn)是經(jīng)過嚴(yán)格測試，編程模型統(tǒng)一，業(yè)務(wù)粒度適中，功能相對(duì)獨(dú)立完整，耦合度和依賴都不強(qiáng)。缺點(diǎn)是標(biāo)準(zhǔn)化后導(dǎo)致不靈活，另外功能覆蓋度不是很全面（持續(xù)完善中?。?。 U8EAI與 U8API接口 U8EAI與 U8API接口看起來比較類似，但它們的特性有差別。 U8API采用傳統(tǒng)的編程模式，更靠近底層，業(yè)務(wù)邏輯粒度更細(xì)，而且還需要或依賴一些特定的上下文環(huán)境，比如： login、事務(wù)等；而 U8EAI接口則是完全松耦合的，采用 XML和請(qǐng)求 /響應(yīng)的消息模式，支持跨平臺(tái)和遠(yuǎn)程訪問，且業(yè)務(wù)粒度比較粗放。這些特性的差別決定了它們的應(yīng)用領(lǐng)域不同， U8API更適合于 U8內(nèi)部的功能擴(kuò)展和客戶個(gè)性化二次開發(fā)，而 U8EAI則適合外部系統(tǒng)與 U8之間以業(yè)務(wù)數(shù)據(jù)交換為特征的應(yīng)用集成開發(fā)。 U8與外部系統(tǒng)集成最佳開發(fā)模式 簡單應(yīng)用 ? 憑證上傳（企業(yè)內(nèi)部） 業(yè)務(wù)描述：企業(yè)資金管理系統(tǒng)將結(jié)算憑證上傳到企業(yè) U8財(cái)務(wù)系統(tǒng)。 可能需要的步驟： 保證科目、客戶、供應(yīng)商等基本檔案的一致 方法一：在 EAI中配置相關(guān)基本檔案的數(shù)據(jù)映射。 方法二：將外部系統(tǒng)的相關(guān)基本檔案通過 EAI接口同步到 U8；或者，將 U8的相關(guān)基本檔案通過 EAI接口導(dǎo)出，然后同步到外部系統(tǒng)。中間需要進(jìn)行格式轉(zhuǎn)換。 將外部系統(tǒng)的憑證通過 EAI接口傳遞給 U8 憑證的格式必須符合 U8EAI標(biāo)準(zhǔn)格式。 開發(fā)模式：外部系統(tǒng)二次開發(fā) + U8EAI接口 ? 訂單提交（ B2B） 業(yè)務(wù)描述：企業(yè)訂貨系統(tǒng)自動(dòng)向供應(yīng)商 U8系統(tǒng)下達(dá)訂單。 可能需要的步驟： 保證相關(guān)基本檔案的一致 方法基本同上 將銷售訂單通過 EAI接口傳遞給 U8 可能需要將對(duì)方系統(tǒng)的采購訂單轉(zhuǎn)換成 U8EAI的標(biāo)準(zhǔn)銷售訂單格式。 開發(fā)模式：外部系統(tǒng)二次開發(fā) + U8EAI接口 U8與外部系統(tǒng)集成最佳開發(fā)模式 復(fù)雜應(yīng)用 ? 企業(yè)內(nèi)部子系統(tǒng)一體化應(yīng)用集成 比如，制造企業(yè)的 PDM + U8ERP + MES，商業(yè)零售企業(yè)的零售 POS + U8ERP, 產(chǎn)銷一體化企業(yè)的 U8ERP + DRP。 U8EAI在這種緊密集成的應(yīng)用場景中的角色是高度專業(yè)化的，只作為 U8對(duì)外開放的基本集成接口資源，不承擔(dān)其它職能。 開發(fā)模式：采用第三方集成平臺(tái)工具產(chǎn)品進(jìn)行綜合性二次開發(fā)， U8EAI接口作為 U8系統(tǒng)的基本集成資源。 ? 企業(yè)之間的業(yè)務(wù)協(xié)作 采用水平一體化戰(zhàn)略的企業(yè)與供應(yīng)商、合作伙伴之間存在采購供應(yīng)協(xié)作以及委外協(xié)作關(guān)系。這種 B2B的應(yīng)用場景不像企業(yè)內(nèi)部集成那樣緊密而耦合度高，互相之間的協(xié)作交流更多的是基于各個(gè)系統(tǒng)提供的能完成它們在協(xié)作中基本職能的集成門戶進(jìn)行，而不是單個(gè)的接口。這樣，可以將 U8EAI的分散獨(dú)立的接口按照協(xié)作任務(wù)的需要進(jìn)一步整合包裝成為完成當(dāng)前協(xié)作任務(wù)的 U8集成門戶，這樣的整合封裝，可以為企業(yè)提供更加專有的、有針對(duì)性的、更加面向企業(yè)實(shí)際應(yīng)用的集成接口。 開發(fā)模式：在戰(zhàn)略規(guī)劃的指導(dǎo)下，明確各系統(tǒng)職責(zé)并進(jìn)行集成門戶封裝，最后由第三方集成平臺(tái)工具來完成橋接工作。 TEL： 01062435316 MAIL： Thanks！ 聯(lián)系方式
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1