mobox3的功能點(diǎn)擴(kuò)展的MBC客戶端的配置實(shí)現(xiàn)方式

1、人員管理里面需要定義 應(yīng)用程序

需要定義 3個(gè)應(yīng)用 （應(yīng)用名稱 不能變）

MOBOX3

OIOrgSAPI

OIMoboxSAPI

OIDataSAPI

其它2個(gè)服務(wù)類似

2、mobox3定義的功能領(lǐng)域可以發(fā)布到 MBC客戶端

3、MBC客戶端效果圖

1、獲取當(dāng)前窗體上所需字段的數(shù)值

2、得到Json字符串（strRetInfo）內(nèi)容描述（暫且我們稱之為 mobox3 格式）

3、將得到的Json字符串（strRetInfo）轉(zhuǎn)變?yōu)镴son標(biāo)準(zhǔn)的表格式（strOBJInfo ）

注意：strOBJInfo 得到其實(shí)還是一個(gè)Json字符串，但其是一個(gè)標(biāo)準(zhǔn)的Json表格式表達(dá)

具體 objAttrToObjJson 函數(shù)怎么用查看手冊(cè)

4、得到Json表字符串（strOBJInfo ）（是一種 json對(duì)表的標(biāo)準(zhǔn)格式）

注意：這個(gè)Json格式是標(biāo)準(zhǔn)表格式字符串表達(dá)。

5、我們需要將這個(gè)字符串轉(zhuǎn)為表（tbOBJ）

注，只有變成表后，我們可以這樣來理解這個(gè)表：

6、數(shù)據(jù)取值與賦值

取值方法：

local strPMName

strPMName = tbOBJ.S_PRJ_NAME

賦值方法：

tbOBJ.S_PRJ_NAME = ‘潘元元’

完整代碼

為了解決這個(gè)問題，我們可以編輯一個(gè)lua腳本，將這個(gè)數(shù)據(jù)做處理后再顯示（在顯示前事件里面定義這個(gè)lua腳本）

腳本列子

–[[

? ? 功能說明:

? ? ? ? 1） 顯示前做一些字段的處理

? ? ? ? 2）前端導(dǎo)入，新增有換行符號(hào)　%%3Cbr%%3E　　，替換成 <br> 前端html支持的換行內(nèi)容

? ? ? ? 3）內(nèi)容中有&，替換成 ＆ 前端解析 &不支持，最好在輸入時(shí)進(jìn)行替換

–]]

json = require(“json”)

mobox = require(“OILua_JavelinExt”)

require(“oi_basestrfunc”)

function BeforeGridShow(strLuaDEID)

? ? local nRet, strRetInfo

? ? local arobjs, attrs, success

? ? — 獲取輸入的DataJson數(shù)據(jù)包

? ? nRet, strRetInfo = mobox.getCurEditDataPacket(strLuaDEID)

? ? if (nRet ~= 0) then

? ? ? ? mobox.error(strLuaDEID, “無法獲取數(shù)據(jù)包!”)

? ? ? ? return

? ? end

? ? if (strRetInfo == ” or strRetInfo == nil) then

? ? ? ? return

? ? end

? ? — 解析數(shù)據(jù)包，數(shù)據(jù)包格式

? ? — [{“id”:””,”attrs”:[{“attr”:””,”value”:””},..]},..]

? ? local n, nCount

? ? success, arobjs = pcall(json.decode, strRetInfo)

? ? if (success == false) then

? ? ? ? mobox.error(strLuaDEID, “非法的JSON格式!”)

? ? ? ? return

? ? end

? ? nCount = #arobjs

? ? if (nCount == 0) then

? ? ? ? return

? ? end

? ? local obj, attrs

? ? local nattr_count

? ? local strRow, strAttr, strItem

? ? local strDataJson

? ? local id, strValue

? ? local strAttrs

? ? strDataJson = ‘[‘

? ? local seg = {}

? ? local nSegCount = 0

? ? for n = 1, nCount do

? ? ? ? obj = arobjs[n]

? ? ? ? attrs = obj.attrs

? ? ? ? nattr_count = #attrs

? ? ? ? id = obj.id

? ? ? ? strAttrs=”

? ? ? ? — 開始過濾顯示數(shù)據(jù)對(duì)象屬性

? ? ? ? for nIndex = 1, nattr_count do

? ? ? ? ? ? strAttr = attrs[nIndex].attr

? ? ? ? ? ? strValue = attrs[nIndex].value

? ? ? ? ? ? strValue = strValue:gsub(“%%3Cbr%%3E”, “<br>”)

? ? ? ? ? ? strValue = strValue:gsub(“&”, “＆”)

? ? ? ? ? ? strItem = ‘{“attr”:”‘ .. strAttr .. ‘”,”value”:”‘ .. strValue .. ‘”},’

? ? ? ? ? ? strAttrs = strAttrs .. strItem

? ? ? ? end

? ? ? ? — 取消最后一個(gè),號(hào)

? ? ? ? strAttrs = trim_laster_char(strAttrs)

? ? ? ? strRow = ‘{“id”:”‘ .. id .. ‘”,”attrs”:[‘ .. strAttrs .. ‘]},’

? ? ? ? strDataJson = strDataJson .. strRow

? ? end

? ? — 取消最后一個(gè),號(hào)

? ? strDataJson = trim_laster_char(strDataJson)

? ? strDataJson = strDataJson .. ‘]’

? ? local strAction = ‘[{“action_type”:”reset_data_attr”,”value”:’ .. strDataJson .. ‘}]’

? ? mobox.setAction(strLuaDEID, strAction)

end

這個(gè)列子也可以用于別的一些非法字符串的處理

企業(yè)在實(shí)施項(xiàng)目管理系統(tǒng)的時(shí)候，不通類型的項(xiàng)目其屬性可能是不一樣的。而Gungho標(biāo)準(zhǔn)系統(tǒng)內(nèi)對(duì)項(xiàng)目的屬性，主要包括（項(xiàng)目名稱、編號(hào)、開始結(jié)束日期等）。為了適應(yīng)企業(yè)個(gè)性項(xiàng)目信息的輸入，我們需要通過Mobox平臺(tái)定義項(xiàng)目類型去適應(yīng)這個(gè)需求

項(xiàng)目類型定義過程

Sa 登錄mobox低代碼開發(fā)平臺(tái)

進(jìn)入數(shù)據(jù)模型（001功能點(diǎn)）創(chuàng)建數(shù)據(jù)對(duì)象

創(chuàng)建一個(gè)用于描述項(xiàng)目擴(kuò)展屬性的數(shù)據(jù)對(duì)象

注意：業(yè)務(wù)類型必須是 項(xiàng)目

接下來需要做的內(nèi)容，這里不具體展開

• • 設(shè)置數(shù)據(jù)對(duì)象的相關(guān)字段屬性
  • 設(shè)置數(shù)據(jù)對(duì)象的Gird（列表）
  • 設(shè)置數(shù)據(jù)對(duì)象的窗口（界面）
  • 及可能涉及的二次開發(fā)

進(jìn)入項(xiàng)目類型定義（8012功能點(diǎn)）創(chuàng)建項(xiàng)目類型

• 新建項(xiàng)目類型（基礎(chǔ)）

基礎(chǔ)：主要是綁定哪個(gè)數(shù)據(jù)對(duì)象及相關(guān)的界面

• 新建項(xiàng)目類型（功能）

功能：主要是可以自定義該類型項(xiàng)目的自定義菜單 （參考下圖）

效果

我們?cè)趃ungho登錄后，新建項(xiàng)目

Gungho項(xiàng)目管理軟件在企業(yè)部署的時(shí)候因其業(yè)務(wù)的個(gè)性，很有可能需要對(duì)任務(wù)做各種各樣的二次開發(fā)，從而適應(yīng)企業(yè)需求

舉例：

某檢測(cè)檢驗(yàn)中心，在做叉車整車檢測(cè)的時(shí)候會(huì)分解出100多個(gè)的檢測(cè)任務(wù)，每一個(gè)任務(wù)除了要求員工按時(shí)間要求完成以外，還需將每個(gè)檢測(cè)任務(wù)所獲取的數(shù)據(jù)等級(jí)下來。這個(gè)數(shù)據(jù)可能是一個(gè)表，而且每一個(gè)任務(wù)所對(duì)應(yīng)的填寫數(shù)據(jù)也都是不一樣的。

這樣一個(gè)需求，我們就必須對(duì)任務(wù)做二次開發(fā)

實(shí)現(xiàn)過程如下

用sa 登錄Mobox平臺(tái)，進(jìn)入系統(tǒng)管理模塊

• 增加功能點(diǎn) 任務(wù)類型及二次開發(fā) 功能點(diǎn)編號(hào)（8203）

• 字典里面增加：SysTaskType，里面定義任務(wù)類型的名稱

定義的任務(wù)類型名稱，在后面會(huì)用到

• 進(jìn)入二次開發(fā) – gungho領(lǐng)域 – TASK任務(wù) – 自定義事件

開發(fā)一個(gè)腳本：任務(wù)點(diǎn)擊后 腳本 （目的是 任務(wù)點(diǎn)擊后能將 prj_id，task_id 等設(shè)置到全局變量）

這個(gè)任務(wù)點(diǎn)擊后（lua腳本）是標(biāo)準(zhǔn)的

這個(gè)腳本目的是生成 全局變量：prj_id , task_id 。 這2個(gè)變量描述了當(dāng)前任務(wù)所屬項(xiàng)目唯一標(biāo)識(shí)，及任務(wù)唯一標(biāo)識(shí)。是Gungho系統(tǒng)向Mobox平臺(tái)傳遞核心參數(shù)，Mobox后期二次開發(fā)的時(shí)候都需要用到。

注意，這里定義的全局變量 名稱在后期調(diào)用的是要完全一樣

這個(gè)腳本，會(huì)在后面文章的：任務(wù)分類定義 –? 事件 （點(diǎn)擊后事件用到） 參考

• 數(shù)據(jù)模型定義 （用于任務(wù)擴(kuò)展屬性的定義）

按需分別定義數(shù)據(jù)模型，及模型里面的字段。這里不詳細(xì)展開（需要有mobox二次開經(jīng)驗(yàn)）

定義小窗口的時(shí)候需要注意，有一個(gè)窗口初始化腳本要執(zhí)行（目的是個(gè)小窗口內(nèi)設(shè)置prj_id, task_id）

• 按功能定義各種需要的腳本

因?yàn)槭桥cGungho集成，前面描述過gungho的全局變量，這里開發(fā)的時(shí)候已經(jīng)可以使用這些變量（prj_id , task_id）

根據(jù)需求，圍繞數(shù)據(jù)模型做二次開發(fā)（可能有很多過個(gè)腳本，按需求開發(fā)）比如

1）查詢事件 （我們的擴(kuò)展屬性，是與任務(wù)綁定的，所以需要查出與本任務(wù)有關(guān)的屬性 如 任務(wù)ID過濾 ）

因?yàn)槭桥cGungho集成，前面描述過gungho的全局變量，這里開發(fā)的時(shí)候已經(jīng)可以使用這些變量（prj_id , task_id）

2）初始化腳本 （因?yàn)樾枰cGungho的任務(wù)集成，定義界面（小窗口的時(shí)候需要定義初始化腳本 如 設(shè)置項(xiàng)目及任務(wù)ID ）

• 功能點(diǎn)定義，一般用 3000 功能定義

任務(wù)擴(kuò)展屬性信息的grid展示（查詢事件）、小窗口數(shù)據(jù)的輸入保存（需要綁定task_id等）

• 進(jìn)入 任務(wù)分類及二次開發(fā) （功能點(diǎn)編號(hào) 8203） ，進(jìn)行任務(wù)分類定義

任務(wù)分類定義，是gungho的任務(wù)與Mobox的功能點(diǎn)集合的一個(gè)過程

• 任務(wù)分類（常規(guī)）配置

注意：數(shù)量限制 必須選擇 多數(shù)據(jù)， 顯示方式必須選擇 自定義頁(yè)面

• 任務(wù)分類（事件）配置

注意：點(diǎn)擊任務(wù)后事件 是必須選擇（ 來源： gungho領(lǐng)域 – TASK任務(wù) – 某自定義事件）

• 任務(wù)分類（自定義頁(yè)面）配置

自定義里面是將任務(wù)與Mobox的功能點(diǎn)集合在一起

按上圖，A2樣品技術(shù)參數(shù)，這類任務(wù)，綁定了2個(gè)功能點(diǎn)

• Gungho上任務(wù)執(zhí)行的效果

綁定了2個(gè)功能點(diǎn)

? 1 個(gè)用于技術(shù)參數(shù)輸入 （可能是一個(gè)表）

1 個(gè)用于檢測(cè)結(jié)果輸入

電子合同自動(dòng)生成實(shí)現(xiàn)過程

• 我們利用企業(yè)現(xiàn)有的合同模版，對(duì)里面的：甲方、乙方、采購(gòu)清單、單價(jià)、總價(jià)等內(nèi)容先變量化。我們稱之為：格式化合同模版
• 將定義到格式化合同模版，上傳到共好合同系統(tǒng)的支撐文檔下面的某一個(gè)文檔柜里面。舉例如：合同模版
• 有開合信息公司的技術(shù)支持，幫助定義合同打印功能

1）3000功能點(diǎn)

2）增加打印功能

3）配置打印時(shí)用的支撐文檔柜

• 合同評(píng)審?fù)瓿珊螅x擇合同，進(jìn)行合同打印

Word文檔：格式化合同模版 截圖參考

需要定義word模版，必須存儲(chǔ)為 docx

1、電子合同自動(dòng)生成的變量定義方式

主表變量：{S_KA_NAME}???? 對(duì)應(yīng)的是：客戶名稱

這里的 {S_KA_NAME} 變量輸入（最好的方法）

1）在 notepad 中，將變量輸入后，復(fù)制；

2）到word 里面進(jìn)行 粘貼

若不采用這個(gè)方法，直接在word里面輸入這個(gè)變量，有的時(shí)候word對(duì)這個(gè)變量會(huì)做特殊處理。從而在打印的時(shí)候造成，變量無法賦值

2、合同中的子表：

其中，購(gòu)買產(chǎn)品是一個(gè)采購(gòu)清單，屬于合同的關(guān)聯(lián)表，其變量定義解釋

舉例：產(chǎn)品名稱 字段 ，變量：

{TN_0012*S_PO_CODE*S_GDS_NAME*2}

關(guān)聯(lián)表變量解釋：

其中：所有這些表名、字段名等都需要系統(tǒng)管理 在后臺(tái)進(jìn)行查看

3、電子合同自動(dòng)生成后的打印效果圖

Word模版可能存在的問題：

帶來的問題：

設(shè)置正確后：

打印的word 顯示會(huì)正常：

我們?cè)趯?shí)施Gungho項(xiàng)目管理系統(tǒng)剛上線的時(shí)候，其實(shí)用戶手上有很多的歷史項(xiàng)目需要導(dǎo)入進(jìn)來。而且用戶的項(xiàng)目屬性與我們標(biāo)準(zhǔn)的項(xiàng)目屬性差異很大。為此，我們需要對(duì)Gungho的項(xiàng)目數(shù)據(jù)屬性進(jìn)行擴(kuò)延。而這個(gè)擴(kuò)延設(shè)置是在Mobox數(shù)據(jù)平臺(tái)來完成的。為此我們需要做2個(gè)事情：

給項(xiàng)目設(shè)置擴(kuò)展屬性，用于對(duì)用戶需求的適應(yīng)

需要將企業(yè)歷史項(xiàng)目清單一次性導(dǎo)入

Mobox低代碼中心的實(shí)現(xiàn)過程

• Mobox數(shù)據(jù)建模
• Mobox設(shè)置項(xiàng)目類型
• Mobox編寫項(xiàng)目導(dǎo)入二次開發(fā)腳本
• Mobox增加導(dǎo)入功能點(diǎn)，綁定數(shù)據(jù)模型及腳本
• Mobox通過腳本創(chuàng)建Gungho項(xiàng)目后的g _id 寫入到數(shù)據(jù)對(duì)象的 G_PRJ_ID中

數(shù)據(jù)對(duì)象建模

因?yàn)椋覀兪菫镚ungho的項(xiàng)目管理做配套，所以在mobox建立數(shù)據(jù)模型的時(shí)候，有類型需要選擇? ，業(yè)務(wù)類型必須是 “項(xiàng)目”

項(xiàng)目類型定義（通過 8012 功能點(diǎn)）

目的，定義適用企業(yè)個(gè)性需求的項(xiàng)目管理功能及界面

• 基礎(chǔ)

• 功能

根據(jù)需求 自定義功能

• 腳本

根據(jù)需求，加入對(duì)應(yīng)腳本

函數(shù) createProject（） 說明

方法一： ?（這個(gè)一般在mobox數(shù)據(jù)對(duì)象創(chuàng)建后事件調(diào)用）

Mobox 數(shù)據(jù)對(duì)象先創(chuàng)建 –》之后通過腳本生成Gungho的項(xiàng)目 –》得到Gungho項(xiàng)目的prj_id –》更新mobox數(shù)據(jù)對(duì)象的 G_PRJ_ID

方法二： ?（這個(gè)一般在mobox數(shù)據(jù)對(duì)象的自定義事件入“項(xiàng)目導(dǎo)入”調(diào)用）

Gungho的項(xiàng)目所需的所有信息（包括擴(kuò)展信息）全部定義好，一次性創(chuàng)建Gungho及Mobox所有數(shù)據(jù)及其相關(guān)性

我們系統(tǒng)上線的時(shí)候，原先的歷史數(shù)據(jù)是沒有的，為了快速接軌企業(yè)已有數(shù)據(jù)，我們可以通過excel 對(duì)歷史數(shù)據(jù)進(jìn)行導(dǎo)入操作。導(dǎo)入一般可以通過腳本做一些定制開發(fā)來實(shí)現(xiàn)

列子：

數(shù)據(jù)導(dǎo)入的sheet 要求

這個(gè)系統(tǒng)只能導(dǎo)入，左邊第一個(gè)sheet （命名無所謂）（注意：若數(shù)據(jù)列表 這個(gè)sheet左邊還有隱藏的sheet，那么系統(tǒng)也不能獲取 數(shù)據(jù)列表sheet頁(yè)的數(shù)據(jù)）

對(duì)Excel單元格的要求

單元個(gè)里面的數(shù)據(jù)，只能是字符串或數(shù)值。若是計(jì)算公式或函數(shù) ，將無法獲取

另外，單元個(gè)內(nèi)容 不能出現(xiàn) /\<> & 符號(hào)，不能有換行或大量空格

分析excel格式

1、字段分3類：

• 關(guān)鍵字段

如，產(chǎn)品名稱 ，這個(gè)是必須有數(shù)值的

• 屬性字段

用于登記各種屬性信息

• 計(jì)算字段

若有數(shù)據(jù)，則直接獲取

若沒有，可以通過lua腳本計(jì)算生成

這種字段，一般也是必須有數(shù)值的

2、第一行是表頭行，數(shù)據(jù)行從第二行開始

定義導(dǎo)入功能

通過Mobox 3000 功能點(diǎn)進(jìn)行定義，設(shè)置界面如下：

導(dǎo)入腳本，參考：

數(shù)據(jù)對(duì)象它有生命周期：編輯 -> 審核 -> 定版 -> 報(bào)廢? （默認(rèn) 4個(gè)狀態(tài)）

我們數(shù)據(jù)在輸入階段，那么就屬于 “編輯”? ，這個(gè)時(shí)候可以修改與之相關(guān)的屬性及關(guān)聯(lián)關(guān)系。而一定數(shù)據(jù)對(duì)象經(jīng)過審核 ，進(jìn)入“定版” 狀態(tài)，那么針對(duì)這個(gè)數(shù)據(jù)對(duì)象就不能修改了

參考下圖：

為實(shí)現(xiàn)這個(gè)功能設(shè)置，Mobox系統(tǒng)需要做如下配置

-》在grid列表定義里面 ，必須有 “S_STATE” 狀態(tài)? 這個(gè)字段

若這個(gè)字段不設(shè)置到 grid ，就無法實(shí)現(xiàn)第一圖的效果