本發(fā)明涉及數(shù)據(jù)處理
技術領域:
,尤其涉及一種報文配置及輸出方法及裝置。
背景技術:
:本部分旨在為權利要求書中陳述的本發(fā)明的實施方式提供背景或上下文。此處的描述不因為包括在本部分中就承認是現(xiàn)有技術。目前常用的報文配置方法,都是使用System.arraycopy方法來組裝報文,存在著技術復雜、容易出錯、效率低下等缺點。以下面的一個組裝報文操作為例:System.arraycopy(retBytes,msgCdeOffset,msgCde,msgCdeStart,msgCdeLength);//將后臺返回碼的前9位放入字節(jié)數(shù)組;retBytes為源字節(jié)數(shù)組報文,msgCdeOffset為源字節(jié)數(shù)組開始截取的位置,msgCde為目標字節(jié)數(shù)組報文,msgCdeStart為目標字節(jié)數(shù)組開始的位置,msgCdeLength為要截取的長度。上面的System.arraycopy的方法的含義為,從字節(jié)數(shù)組retBytes的msgCdeOffset位置開始,截取msgCdeLength長度的字節(jié),放入msgCde字節(jié)數(shù)組的msgCdeStart開始位置。這種組裝報文的方法十分復雜,操作也很繁瑣,在開發(fā)人員的使用中非常容易出錯,而且很容易造成開發(fā)人員的返工,因為報文都是一項一項的組裝的,如果中間任意一項出錯,都要從做開始進行排查,逐項排除錯誤,如果是第一項有問題,那么所有的報文項都要重寫一遍。另外,目前的報文測試方法也很原始,耗費開發(fā)人員的體力,浪費開發(fā)人員的時間。以下面的一個5項報文內容為例,付款金額123.56元,報文格式如下表1所示:表1報文數(shù)據(jù)項-參數(shù)長度報文數(shù)據(jù)項-含義數(shù)據(jù)類型備注payerAcct9(17)付款賬號數(shù)字型payeeAcct9(17)收款賬號數(shù)字型currencyX(3)付款幣種字符型CNYtranAmount9(15)付款金額金額型tranDateX(10)付款日期日期型yyyy-MM-dd發(fā)送報文內容如下:0000010111234567800000101356789012CNY000000000123562016-03-21如果第4項的付款金額報文有誤,開發(fā)人員在排查時,要根據(jù)報文數(shù)據(jù)項的長度進行讀位,逐個排查:付款賬號17位:00000101112345678收款賬號17位:00000101356789012付款幣種3位:CNY付款金額15位:000000000123562付款日期10位:016-03-21經過讀位操作,發(fā)現(xiàn)日期少了1位,金額的報文也不對,經過比對金額123.56元,發(fā)現(xiàn)付款金額少了一個0。因此,如何快速定位報文出錯的位置,并對報文進行快速、高效的測試,也是急需解決的一大問題。技術實現(xiàn)要素:本發(fā)明提供一種報文配置及輸出方法,以解決了現(xiàn)有的System.arraycopy方法帶來的弊端。為了解決上述問題,本發(fā)明實施例提供一種報文配置及輸出方法,包括:使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序;根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文。進一步地,在一實施例中,使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序,包括:使用XML文件分別定義報文頭和報文體;使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型;根據(jù)定義后的所述報文頭、報文體以及報文數(shù)據(jù)項的數(shù)據(jù)類型組成數(shù)據(jù)流。進一步地,在一實施例中,使用XML文件分別定義報文頭和報文體,包括:定義所述報文頭,包括定義報文長度、交易碼和產品信息;定義所述報文體,包括根據(jù)所述交易碼定義報文數(shù)據(jù)項的長度和先后順序。進一步地,在一實施例中,使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,包括:使用String關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照字符型組裝報文;使用Number關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照數(shù)字型組裝報文;使用Date關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照日期型組裝報文,并且按照pattern定義的模式對日期數(shù)據(jù)項進行格式化;使用Amount關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照金額型組裝報文,并且按照decimal定義的模式對金額數(shù)據(jù)項增加或減去小數(shù)點。進一步地,在一實施例中,根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文,包括:將報文格式定義工廠transformFactory的debug屬性設置成true,則按照所述報文數(shù)據(jù)項的長度和先后順序輸出報文。為了解決上述問題,本發(fā)明實施例還提供一種報文配置及輸出裝置,包括:報文配置模塊,用于使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序;輸出模塊,用于根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文。進一步地,在一實施例中,所述報文配置模塊用于使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序,其具體包括:報文格式定義單元,用于使用XML文件分別定義報文頭和報文體;數(shù)據(jù)類型定義單元,用于使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型;數(shù)據(jù)流組成單元,用于根據(jù)定義后的所述報文頭、報文體以及報文數(shù)據(jù)項的數(shù)據(jù)類型組成數(shù)據(jù)流。進一步地,在一實施例中,所述報文格式定義單元用于使用XML文件分別定義報文頭和報文體,其具體包括:報文頭定義單元,用于定義所述報文頭,包括定義報文長度、交易碼和產品信息;報文體定義單元,用于定義所述報文體,包括根據(jù)所述交易碼定義報文數(shù)據(jù)項的長度和先后順序。進一步地,在一實施例中,所述數(shù)據(jù)類型定義單元用于使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,包括:使用String關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照字符型組裝報文;使用Number關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照數(shù)字型組裝報文;使用Date關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照日期型組裝報文,并且按照pattern定義的模式對日期數(shù)據(jù)項進行格式化;使用Amount關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照金額型組裝報文,并且按照decimal定義的模式對金額數(shù)據(jù)項增加或減去小數(shù)點。進一步地,在一實施例中,所述輸出模塊用于根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文,包括:將報文格式定義工廠transformFactory的debug屬性設置成true,則按照所述報文數(shù)據(jù)項的長度和先后順序輸出報文。本發(fā)明實施例的報文配置及輸出方法及裝置,摒棄了現(xiàn)有的System.arraycopy方式,減少了開發(fā)人員工作量,且支持多種報文,應用廣泛,提高了開發(fā)效率;另外,本發(fā)明摒棄了讀位的方法,使用順序輸出報文的方法,能夠快速定位出錯位置,減少錯誤查找時間,減少報文測試時間,提高報文測試效率。附圖說明為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域技術人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例的報文配置及輸出方法的處理流程圖;圖2為本發(fā)明實施例的報文配置及輸出裝置的結構示意圖;圖3為圖2所示實施例中的報文配置模塊的結構示意圖。具體實施方式下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。本領域技術技術人員知道,本發(fā)明的實施方式可以實現(xiàn)為一種系統(tǒng)、裝置、設備、方法或計算機程序產品。因此,本公開可以具體實現(xiàn)為以下形式,即:完全的硬件、完全的軟件(包括固件、駐留軟件、微代碼等),或者硬件和軟件結合的形式。下面參考本發(fā)明的若干代表性實施方式,詳細闡釋本發(fā)明的原理和精神。本發(fā)明提出的報文配置與輸出方法的主要思想是:使用XML文件進行報文配置,在XML文件中定義每個報文數(shù)據(jù)項的長度和先后順序,報文定義清晰、簡單;對不同的數(shù)據(jù)類型,定義不同的關鍵字,支持字符型、數(shù)字型、日期型、金額型等數(shù)據(jù)項,使用include關鍵字,報文頭和報文體可分別定義,報文配置方便,能大大減少開發(fā)人員的工作量,減少人工勞動;并且,本發(fā)明支持定長報文、變長報文、XML報文、8583報文、混合報文(定長+變長+XML)的配置和測試,涵蓋范圍廣,能夠幫助開發(fā)人員進行各種報文的配置和測試,提高開發(fā)效率。另外,本發(fā)明提供的順序打印報文配置項的技術,能夠根據(jù)報文定義的先后順序和長度打印報文,一目了然的讓開發(fā)人員看到所有的報文項,能夠快速的定位出錯報文的位置,提高報文測試的效率。因此,如果兩個系統(tǒng)間對報文的正確性存在疑問,對于報文上送錯誤,本發(fā)明可以提供發(fā)送的報文,對于收到的報文異常,可以解析收到的報文,在技術方案階段對接口定義進行技術驗證。在無法獲得debug等詳細測試信息時,本發(fā)明可以測試、檢驗生產報文的異常(報文異常結束、報文超長的問題、報文錯位、報文數(shù)據(jù)項非法)。圖1為本發(fā)明實施例的報文配置及輸出方法的處理流程圖。如圖1所示,包括:步驟S101,使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序;步驟S102,根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文。在本實施例中的步驟S101中,使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序,包括:步驟S1011,使用XML文件分別定義報文頭和報文體;步驟S1012,使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型;步驟S1013,根據(jù)定義后的所述報文頭、報文體以及報文數(shù)據(jù)項的數(shù)據(jù)類型組成數(shù)據(jù)流。其中,步驟S1011和步驟S1012并沒有先后順序關系,兩個步驟可以同時執(zhí)行。在本實施例中的步驟S1011中,使用XML文件分別定義報文頭和報文體,包括:定義所述報文頭,包括定義報文長度、交易碼和產品信息;以及定義所述報文體,包括根據(jù)所述交易碼定義報文數(shù)據(jù)項的長度和先后順序。一般系統(tǒng)都會定義報文頭與報文體,報文頭一般包括報文長度、交易碼、產品信息等公共信息,報文體包含具體某個交易的信息。以下面的報文頭定義文件DemoFormatPacket.xml為例,對于報文頭定義,如表2所示,包括報文長度+交易碼,而對于報文體定義,具體根據(jù)交易碼不同:表2上面的報文配置中,DATA_LEN代表報文長度,程序會計算出交易碼長度+報文體的長度放到DATA_LEN對應的數(shù)據(jù)域中,TRAN_CODE代表交易碼,當交易碼為D0002時,通過include關鍵字和前綴DemoFormat就會找到報文體定義文件DemoFormatD0002.xml,DemoFormatD0002.xml為報文體定義文件,對應了D0002交易:在上面的XML報文配置文件中,對應下面的表3的“上送報文格式定義”,程序首先讀取報文頭DemoFormatPacket.xml配置文件,然后讀取報文體DemoFormatD0002.xml報文配置文件,在兩個配置文件中,定義了報文數(shù)據(jù)項的先后順序和長度,程序根據(jù)報文數(shù)據(jù)項的先后順序和長度組裝報文,還是以下面的一個5項報文內容為例,付款金額123.56元。表3報文數(shù)據(jù)項-參數(shù)長度報文數(shù)據(jù)項-含義數(shù)據(jù)類型備注payerAcct9(17)付款賬號數(shù)字型payeeAcct9(17)收款賬號數(shù)字型currencyX(3)付款幣種字符型CNYtranAmount9(15)付款金額金額型tranDateX(10)付款日期日期型yyyy-MM-dd程序根據(jù)XML文件的定義,組裝報文如下:如果其中一項發(fā)生了變化,只要修改XML文件配置即可,簡單易行,開發(fā)人員也易于理解,極大的提高了開發(fā)的效率。以金額變?yōu)?6位為例:在本實施例中的步驟S1012中,使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,即:對不同的數(shù)據(jù)類型,定義不同的關鍵字,本發(fā)明中支持字符型、數(shù)字型、日期型、金額型等數(shù)據(jù)項。1、字符型為String關鍵字,無論是變長還是定長定義,只要是包含String關鍵字,這個數(shù)據(jù)項就按照字符型組裝報文;2、數(shù)字型為Number關鍵字,無論是變長還是定長定義,只要是包含Number關鍵字,這個數(shù)據(jù)項就按照數(shù)字型組裝報文,如果數(shù)據(jù)項內容為非數(shù)字型,程序就會報錯提示開發(fā)人員;3、日期型為Date關鍵字,無論是變長還是定長定義,只要是包含Date關鍵字,這個數(shù)據(jù)項就按照日期型組裝報文,并且按照pattern定義的模式可以對日期數(shù)據(jù)項進行格式化;4、金額型為Amount關鍵字,無論是變長還是定長定義,只要是包含Amount關鍵字,這個數(shù)據(jù)項就按照金額型組裝報文,并且按照decimal定義的模式可以對金額數(shù)據(jù)項增加或減去小數(shù)點。本實施例的步驟S1013中,在完成報文頭、報文體以及數(shù)據(jù)項的配置后,則根據(jù)定義后的所述報文頭、報文體以及報文數(shù)據(jù)項的數(shù)據(jù)類型組成數(shù)據(jù)流。本發(fā)明支持定長報文、變長報文、XML報文、8583報文、混合報文(定長+變長+XML)。1、定長報文處理定長報文顧名思義就是報文的長度是固定的,不因為每次交易內容的變化報文長度而改變。例如接口定義如下表4所示,輸入:表4則生成的報文如下:0057D0001F1234567890R1234567890CNY000000000010000賬號和金額變化后,報文長度不變:0057D0001F2345678901R1234567890CNY000000000020000定長報文的優(yōu)點是格式固定、長度可控,缺點是會產生空格等冗余,浪費通訊空間。對于定長報文的設置,在XML文件中都是以fix開頭的,例如,<fixStringname="payerAcct"length="17"/>代表17位固定長度的賬號報文,程序讀取XML文件的定義,如果遇到fixString就按照定長報文處理。2、變長報文處理變長報文就是每次交易內容的變化報文長度會改變。變長報文有兩種形式,一種是每個數(shù)據(jù)項都定義長度和內容,另外一種是數(shù)據(jù)項之間用分隔符分隔。第一種形式的報文如下:0051005D0001010F1234567890010R1234567890003CNY005010000第二種形式的報文如下:0041$D0001$F1234567890$R1234567890$CNY$010000變長報文的優(yōu)點是格式靈活、節(jié)省數(shù)據(jù)空間,缺點是對報文的內容不可控。對于變長報文的設置,在XML文件中都是以var開頭的,例如,<varStringname="KEY"type="LL"></varString>代表用兩個十位數(shù)表示的變長報文,【0512345】表示KEY為收到的報文,05代表報文的長度,12345表示KEY的值,程序讀取XML文件的定義,如果遇到varString就按照變長報文處理。3、XML報文處理XML報文就是報文的內容為XML文檔格式。對于XML報文的設置,在XML文件中都是以xmlTag開頭的,例如,<<xmlTagformat="true"><Numbername="AC_CNT"length="4"option="false"></Number></xmlTag>代表這個報文數(shù)據(jù)項要按照XML報文標準進行組裝,組裝形式為數(shù)字型,xmlTag的名字為AC_CNT,組裝后為<AC_CNT>0123456789</AC_CNT>;程序讀取XML文件的定義,如果遇到xmlTag就按照XML報文處理。<xmlTagformat="true"><Numbername="AC_CNT"length="4"option="false"></Number></xmlTag><!--客戶號-->在上送數(shù)據(jù)時,會出現(xiàn)上送XML文件格式數(shù)據(jù)的情況,數(shù)據(jù)按XML標準格式定義,在報文的前后增加XML報文頭和XML報文尾的定義,XML報文定義如下:XML報文頭定義+XML報文體定義+XML報文尾定義。4、ISO8583報文處理對于iso8583報文的設置,在XML文件中都是以iso8583Fields開頭的,如下面的報文定義,bitMap定義了這段報文包含8583報文的哪幾個域,在iso8583Fields定義的子集中就定義了每個8583報文域的具體格式。<iso8583FieldsbitMap="7,39,63,70"beginOffset="0">上面的內容代表此類報文為ISO8583報文,包含的BITMAP為7,39,63,70等4項;<!--7-TransmissionDate&TimeN10(MMDDhhmmss)交易時間--><fixBullBCDname="TIME"length="10"></fixBullBCD>上面的內容代表此報文為ISO8583報文中的第7域,為10位的時間數(shù)據(jù)項;</iso8583Fields>5、混合報文處理對于混合報文(定長+變長+XML)的處理設置,就是Baffle擋板系統(tǒng)寶收到的數(shù)據(jù)分為報文頭和報文體兩部分,報文頭和包問題的報文格式可以不同,他們的組合方式可以為:1)報文頭(定長報文)+報文體(變長報文);2)報文頭(定長報文)+報文體(XML報文);1)報文頭(變長報文)+報文體(XML報文)。在本實施例中的步驟S103中,根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文,其方法為:將報文格式定義工廠transformFactory的debug屬性設置成true,就可以支持順序打印報文配置項和報文長度等內容:<transformerFactoryid="TransformerFactory"><paramname="debug">true</param></transformerFactory>本發(fā)明提所供的順序輸出報文配置項的技術,能夠根據(jù)報文定義的先后順序和長度打印報文,一目了然的讓開發(fā)人員看到所有的報文項,能夠快速的定位出錯報文的位置,提高報文測試的效率。程序會讀取debug標志位,如果為true,程序就會按照XML配置文件定義的先后順序和長度在控制臺上輸出報文內容,如下:在測試或生產環(huán)境,往往只輸出報文內容,而不會輸出每個報文配置項的內容。如果兩個系統(tǒng)間對報文的正確性存在疑問,對于報文上送錯誤,本發(fā)明可以提供發(fā)送的報文,對于收到的報文異常,可以解析收到的報文。在無法獲得debug等詳細測試信息時,只要提供報文內容,本發(fā)明就可以快速定位非法的數(shù)據(jù)項。對于客戶端發(fā)送了報文,服務器端也收到了報文,但是服務器端返回報文非法錯誤,客戶端就要提供發(fā)送的報文給服務器端,快速定位非法的數(shù)據(jù)項。例如,提供報文內容如下:本發(fā)明根據(jù)報文的定義如下:測試報文數(shù)據(jù)項如下:這樣兩個系統(tǒng)就可以根據(jù)測試的輸出結果來進行排查,迅速找出出錯的位置和報文數(shù)據(jù)項。本發(fā)明還可以測試、檢驗生產報文的異常(例如報文異常結束、報文超長的問題)。因為本發(fā)明會輸出報文長度,只要把輸出的報文長度與報文定義的長度進行對比,就可以發(fā)現(xiàn)報文異常結束、報文超長的問題。例如報文定義如下,正常的長度應改為67,如下表5所示:表5輸出報文如下:sendDatas:0068D00020000010111234567800000101356789012CNY00000000000123562016-03-21;報文長度為0068,說明報文超長。應當注意,盡管在附圖中以特定順序描述了本發(fā)明方法的操作,但是,這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作,或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結果。附加地或備選地,可以省略某些步驟,將多個步驟合并為一個步驟執(zhí)行,和/或將一個步驟分解為多個步驟執(zhí)行。在介紹了本發(fā)明示例性實施方式的方法之后,接下來,參考圖2對本發(fā)明示例性實施方式的報文配置及輸出裝置進行介紹。該裝置的實施可以參見上述方法的實施,重復之處不再贅述。以下所使用的術語“模塊”和“單元”,可以是實現(xiàn)預定功能的軟件和/或硬件。盡管以下實施例所描述的模塊較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。圖2為本發(fā)明實施例的報文配置及輸出裝置的結構示意圖。如圖2所示,包括:報文配置模塊101,用于使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序;輸出模塊102,用于根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文。進一步地,在本實施例中,如圖3所示,所述報文配置模塊101用于使用XML文件進行報文配置,定義每個報文數(shù)據(jù)項的長度和先后順序,其具體包括:報文格式定義單元1011,用于使用XML文件分別定義報文頭和報文體;數(shù)據(jù)類型定義單元1012,用于使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型;數(shù)據(jù)流組成單元1013,用于根據(jù)定義后的所述報文頭、報文體以及報文數(shù)據(jù)項的數(shù)據(jù)類型組成數(shù)據(jù)流。進一步地,在本實施例中,所述報文格式定義單元1011用于使用XML文件分別定義報文頭和報文體,其具體包括:報文頭定義單元,用于定義所述報文頭,包括定義報文長度、交易碼和產品信息;以及報文體定義單元,用于定義所述報文體,包括根據(jù)所述交易碼定義報文數(shù)據(jù)項的長度和先后順序。進一步地,在本實施例中,所述數(shù)據(jù)類型定義單元1012用于使用不同關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,包括:使用String關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照字符型組裝報文;使用Number關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照數(shù)字型組裝報文;使用Date關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照日期型組裝報文,并且按照pattern定義的模式對日期數(shù)據(jù)項進行格式化;使用Amount關鍵字定義報文數(shù)據(jù)項的數(shù)據(jù)類型,則所述報文數(shù)據(jù)項就按照金額型組裝報文,并且按照decimal定義的模式對金額數(shù)據(jù)項增加或減去小數(shù)點。進一步地,在本實施例中,所述輸出模塊103用于根據(jù)所述報文數(shù)據(jù)項的長度和先后順序輸出報文,包括:將報文格式定義工廠transformFactory的debug屬性設置成true,則按照所述報文數(shù)據(jù)項的長度和先后順序輸出報文。本發(fā)明實施例提出的報文配置與輸出方法,使用XML文件進行報文配置,在XML文件中定義每個報文數(shù)據(jù)項的長度和先后順序,報文定義清晰、簡單;對不同的數(shù)據(jù)類型,定義不同的關鍵字,支持字符型、數(shù)字型、日期型、金額型等數(shù)據(jù)項,使用include關鍵字,報文頭和報文體可分別定義,報文配置方便,能大大減少開發(fā)人員的工作量,減少人工勞動;并且,本發(fā)明支持定長報文、變長報文、XML報文、8583報文、混合報文(定長+變長+XML)的配置和測試,涵蓋范圍廣,能夠幫助開發(fā)人員進行各種報文的配置和測試,提高開發(fā)效率。另外,本發(fā)明提供的順序打印報文配置項的方法,能夠根據(jù)報文定義的先后順序和長度打印報文,一目了然的讓開發(fā)人員看到所有的報文項,能夠快速的定位出錯報文的位置,提高報文測試的效率。本領域內的技術人員應明白,本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此,本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且,本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合??商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上,使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理,從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。本發(fā)明中應用了具體實施例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領域的一般技術人員,依據(jù)本發(fā)明的思想,在具體實施方式及應用范圍上均會有改變之處,綜上所述,本說明書內容不應理解為對本發(fā)明的限制。當前第1頁1 2 3