mobox3的功能點擴展的MBC客戶端的配置實現(xiàn)方式

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

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

MOBOX3

OIOrgSAPI

OIMoboxSAPI

OIDataSAPI

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

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

3、MBC客戶端效果圖

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

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

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

注意：strOBJInfo 得到其實還是一個Json字符串，但其是一個標準的Json表格式表達

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

4、得到Json表字符串（strOBJInfo ）（是一種 json對表的標準格式）

注意：這個Json格式是標準表格式字符串表達。

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

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

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

取值方法：

local strPMName

strPMName = tbOBJ.S_PRJ_NAME

賦值方法：

tbOBJ.S_PRJ_NAME = ‘潘元元’

完整代碼

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

腳本列子

–[[

? ? 功能說明:

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

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

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

–]]

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ù)對象屬性

? ? ? ? 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

? ? ? ? — 取消最后一個,號

? ? ? ? strAttrs = trim_laster_char(strAttrs)

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

? ? ? ? strDataJson = strDataJson .. strRow

? ? end

? ? — 取消最后一個,號

? ? strDataJson = trim_laster_char(strDataJson)

? ? strDataJson = strDataJson .. ‘]’

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

? ? mobox.setAction(strLuaDEID, strAction)

end

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

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

項目類型定義過程

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

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

創(chuàng)建一個用于描述項目擴展屬性的數(shù)據(jù)對象

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

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

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

進入項目類型定義（8012功能點）創(chuàng)建項目類型

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

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

• 新建項目類型（功能）

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

效果

我們在gungho登錄后，新建項目

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

舉例：

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

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

實現(xiàn)過程如下

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

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

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

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

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

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

這個任務(wù)點擊后（lua腳本）是標準的

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

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

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

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

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

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

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

因為是與Gungho集成，前面描述過gungho的全局變量，這里開發(fā)的時候已經(jīng)可以使用這些變量（prj_id , task_id）

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

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

因為是與Gungho集成，前面描述過gungho的全局變量，這里開發(fā)的時候已經(jīng)可以使用這些變量（prj_id , task_id）

2）初始化腳本 （因為需要與Gungho的任務(wù)集成，定義界面（小窗口的時候需要定義初始化腳本 如 設(shè)置項目及任務(wù)ID ）

• 功能點定義，一般用 3000 功能定義

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

• 進入 任務(wù)分類及二次開發(fā) （功能點編號 8203） ，進行任務(wù)分類定義

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

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

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

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

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

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

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

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

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

綁定了2個功能點

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

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

電子合同自動生成實現(xiàn)過程

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

1）3000功能點

2）增加打印功能

3）配置打印時用的支撐文檔柜

• 合同評審?fù)瓿珊螅x擇合同，進行合同打印

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

需要定義word模版，必須存儲為 docx

1、電子合同自動生成的變量定義方式

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

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

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

2）到word 里面進行 粘貼

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

2、合同中的子表：

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

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

{TN_0012*S_PO_CODE*S_GDS_NAME*2}

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

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

3、電子合同自動生成后的打印效果圖

Word模版可能存在的問題：

帶來的問題：

設(shè)置正確后：

打印的word 顯示會正常：

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

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

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

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

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

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

因為，我們是為Gungho的項目管理做配套，所以在mobox建立數(shù)據(jù)模型的時候，有類型需要選擇? ，業(yè)務(wù)類型必須是 “項目”

項目類型定義（通過 8012 功能點）

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

• 基礎(chǔ)

• 功能

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

• 腳本

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

函數(shù) createProject（） 說明

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

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

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

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

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

列子：

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

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

對Excel單元格的要求

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

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

分析excel格式

1、字段分3類：

• 關(guān)鍵字段

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

• 屬性字段

用于登記各種屬性信息

• 計算字段

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

若沒有，可以通過lua腳本計算生成

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

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

定義導(dǎo)入功能

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

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

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

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

參考下圖：

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

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

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