一種報文處理方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及java開發(fā)領(lǐng)域，特別涉及一種報文處理方法及系統(tǒng)。
【背景技術(shù)】
[0002] JAVA反射機制是在運行狀態(tài)中，對于任意一個類，都能夠知道這個類的所有屬性 和方法；對于任意一個對象，都能夠調(diào)用它的任意一個方法和屬性；這種動態(tài)獲取的信息 以及動態(tài)調(diào)用對象的方法的功能稱為java語言的反射機制。主要提供了以下功能：在運行 時判斷任意一個對象所屬的類；在運行時構(gòu)造任意一個類的對象；在運行時判斷任意一個 類所具有的成員變量和方法；在運行時調(diào)用任意一個對象的方法；生成動態(tài)代理。
[0003] 當(dāng)前系統(tǒng)中的絕大多數(shù)業(yè)務(wù)都是信息從前臺界面錄入，業(yè)務(wù)確認(rèn)之后，相關(guān)的業(yè) 務(wù)受理信息落地，不同的業(yè)務(wù)，受理信息各有不同，如果針對每一種業(yè)務(wù)都進(jìn)行數(shù)據(jù)落地支 撐，所需代價較大，代碼冗余程度較高。
[0004] 而且由于業(yè)務(wù)系統(tǒng)中涉及多種SOO的拼接組合操作，以此實現(xiàn)業(yè)務(wù)的過程中相關(guān) 數(shù)據(jù)的落地。分業(yè)務(wù)處理時，重復(fù)的工作量較大，而且不利于代碼的迀移復(fù)用。
[0005] 為了提高代碼的復(fù)用性和業(yè)務(wù)無關(guān)性，采用如下機制：前臺業(yè)務(wù)信息提交之后拼 接成待處理報文進(jìn)行落地，落地的過程采用java反射機制，實現(xiàn)一套機制支撐所有的業(yè)務(wù) 場景。

【發(fā)明內(nèi)容】

[0006] 本發(fā)明所要解決的技術(shù)問題是提供一種所有業(yè)務(wù)中的各種類型的待處理報文都 可以通過訂單分解得到正確處理的報文處理方法及系統(tǒng)。
[0007] 本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種報文處理方法，包括以下步驟：
[0008] 針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組件；
[0009] 獲取待處理報文并解析待處理報文得到待處理報文的類型；
[0010] 根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單分解。
[0011] 本發(fā)明的有益效果是：本發(fā)明能夠?qū)崿F(xiàn)一套處理機制支撐所有業(yè)務(wù)的訂單處理， 大大減少了訂單分解不同業(yè)務(wù)各自數(shù)據(jù)落地的工作量，而且很好的實現(xiàn)了代碼的迀移和復(fù) 用，提高了代碼的復(fù)用性，增強了代碼的穩(wěn)定性。
[0012] 在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。
[0013] 進(jìn)一步，所述針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組件之后還包 括：將所有分解組件的調(diào)用名與待處理報文的類型的對應(yīng)關(guān)系存入配置表中。
[0014] 進(jìn)一步，所述根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單 分解之前還包括：在配置表中根據(jù)待處理報文的類型查找對應(yīng)的調(diào)用名。
[0015] 進(jìn)一步，所述根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單 分解之后還包括：如果分解組件生成訂單項，則存儲訂單項；否則，將分解組件的相關(guān)信息 存入中間表。
[0016] 進(jìn)一步，所述將分解組件的相關(guān)信息存入中間表具體為：如果不存在中間表，則將 分解組件的相關(guān)信息存入正表。
[0017] 進(jìn)一步，一種報文處理系統(tǒng)，包括創(chuàng)建模塊、獲取模塊和調(diào)用模塊；
[0018] 所述創(chuàng)建模塊，用于針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組件；
[0019] 所述獲取模塊，用于獲取待處理報文并解析待處理報文得到待處理報文的類型；
[0020] 所述調(diào)用模塊，用于根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn) 行訂單分解。
[0021] 進(jìn)一步，所述創(chuàng)建模塊之后還包括：存儲模塊，用于將所有分解組件的調(diào)用名與待 處理報文的類型的對應(yīng)關(guān)系存入配置表中。
[0022] 進(jìn)一步，所述調(diào)用模塊之前還包括：查找模塊，用于在配置表中根據(jù)待處理報文的 類型查找對應(yīng)的調(diào)用名。
[0023] 進(jìn)一步，所述調(diào)用模塊之后還包括：判斷模塊，用于判斷如果分解組件生成訂單 項，則存儲訂單項；否則，將分解組件的相關(guān)信息存入中間表。
[0024] 進(jìn)一步，所述判斷模塊中的將分解組件的相關(guān)信息存入中間表進(jìn)一步為：如果不 存在中間表，則將分解組件的相關(guān)信息存入正表。
【附圖說明】
[0025] 圖1為本發(fā)明方法步驟流程圖；
[0026] 圖2為本發(fā)明系統(tǒng)結(jié)構(gòu)圖。
[0027] 附圖中，各標(biāo)號所代表的部件列表如下：
[0028] 1、創(chuàng)建模塊，2、獲取模塊，3、調(diào)用模塊，4、存儲模塊，5、查找模塊，6、判斷模塊。
【具體實施方式】
[0029] 以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實例只用于解釋本發(fā)明，并 非用于限定本發(fā)明的范圍。
[0030] 實施例1
[0031] 如圖1所示，一種報文處理方法，包括以下步驟：
[0032] 針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組件；
[0033] 獲取待處理報文并解析待處理報文得到待處理報文的類型；
[0034] 根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單分解。
[0035] 所述針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組件之后還包括：將所 有分解組件的調(diào)用名與待處理報文的類型的對應(yīng)關(guān)系存入配置表中。
[0036] 所述根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單分解之 前還包括：在配置表中根據(jù)待處理報文的類型查找對應(yīng)的調(diào)用名。
[0037] 所述根據(jù)待處理報文的類型調(diào)用對應(yīng)的分解組件對待處理報文進(jìn)行訂單分解之 后還包括：如果分解組件生成訂單項，則存儲訂單項；否則，將分解組件的相關(guān)信息存入中 間表。
[0038] 所述將分解組件的相關(guān)信息存入中間表具體為：如果不存在中間表，則將分解組 件的相關(guān)信息存入正表。
[0039] 如圖2所示，一種報文處理系統(tǒng)，包括創(chuàng)建模塊1、獲取模塊2和調(diào)用模塊3 ;
[0040] 所述創(chuàng)建模塊1，用于針對待處理報文的不同類型分別預(yù)先創(chuàng)建不同的分解組 件；
[0041] 所述獲取模塊2,用于獲取待處理報文并解析待處理報文得到待處理報文的類 型；
[004