[發明專利]一種數據格式轉換框架

在審

• 申請號: 202010184466.7
• 申請日: 2020-03-17
• 公開（公告）號: CN111597390A
• 公開（公告）日: 2020-08-28
• 發明（設計）人: 劉強;王偉;高天星
• 申請（專利權）人: 用友網絡科技股份有限公司
• 主分類號: G06F16/84
• 分類號: G06F16/84;G06F8/35
• 代理公司: 北京中恒高博知識產權代理有限公司 11249
• 代理人: 夏晏平

本發明屬于數據轉換技術領域，尤其為一種數據格式轉換框架，包括以下步驟：A、輸入源數據；B、判斷源數據是否為JSON格式數據，若是則進行下一步，若不是則將源數據格式轉換成JSON格式數據；C、將JSON格式數據中每個節點利用坐標表示，通過坐標定義每一個或每一種類型的節點。本發明的轉換框架可以極大程度減少舊有技術在轉換數據時產生的大量樣板代碼，且極大程度提高可讀性和可維護性；通過使用本發明數據轉換框架，代碼的可靠性和可維護性有了質的提升；本發明通過自定義數據結構坐標表示、轉換規則和數據轉換引擎，使得不同格式間的數據轉換可以便捷、高效進行，減少代碼的復雜度，同時提高數據轉換的可維護性。

技術領域

本發明涉及數據轉換技術領域，具體為一種數據格式轉換框架。

背景技術

數據轉換旨在對不同格式的數據進行轉換，由源格式轉換為目標系統所 需要的目標數據格式。

在To B領域的項目開發中，經常會涉及到大量的第三方接口對接及服務 調用。在類似的系統對接當中，往往會遇到數據存儲方式不一致、數據格式 不統一等若干問題，造成這些問題的原因如下：

1、數據存儲方式不一致,在與傳統項目對接時，數據的提供方時常會提 供XML格式的數據，在調用方以處理JSON格式數據為主；

2、數據字段名稱不統一，相同意義的字段，在不同的系統中常有不同的 命名；

3、數據結構層級不一致，接口調用中，常常會出現數據結構的層級不一 致，例如在第三方接口中返回兩層的JSON數據結構，在調用方數據結構可能 為一層，或是三層；

4、數據提供方接口變更，提供服務的數據提供方變更返回數據的存儲結 構，造成調用方相應調整。

目前針對上述問題，現有的技術解決方案僅能在源代碼層面上，針對每 一種數據類型間轉換，編寫大量的樣板代碼。但是這樣會存在以下主要問題：

1、針對每個轉換都要編寫大量樣板代碼，代碼冗余度過高，當數據轉換 場景增加時，冗余度只增不減；

2、硬編碼實現數據轉換部分的代碼，若進行后期維護或升級，難度極大；

3、格式轉換相關代碼可讀性差，針對一個復雜的數據轉換，程序員出錯 概率極高；

4、由于XML格式不包含數組元素，在與JSON互轉時，目前現有的所有 轉換工具無法實現語義信息不丟失且格式統一的XML、JSON轉換。

針對現有現階段數據轉換是通過在代碼中定義實體類型、創建大量的實 體對象，并進行屬性賦值實現，轉化代碼可讀性差，后期維護成本較高等問 題。本發明人通過選用以JSON格式數據轉換為標準，提出一種數據格式轉換 方法，定義了數據格式的描述方式，及轉換規則，通過規則配置+轉換框架相 結合的方式，實現任意的數據格式轉換，消除了數據轉換所產生的大量樣板 代碼，也極大提升了代碼的可讀性。

發明內容

(一)解決的技術問題

針對現有技術的不足，本發明提供了一種數據格式轉換框架，解決了上 述背景技術中提出的問題。

(二)技術方案

為實現上述目的，本發明提供如下技術方案：一種數據格式轉換框架， 包括以下步驟：

A、輸入源數據；

B、判斷源數據是否為JSON格式數據，若是則進行下一步，若不是則將 源數據格式轉換成JSON格式數據；

C、將JSON格式數據中每個節點利用坐標表示，通過坐標定義每一個或 每一種類型的節點；

D、數據轉換引擎根據轉換規則對步驟C得到的數據進行數據轉換操作；