Heim >Backend-Entwicklung >XML/RSS-Tutorial >Beispielcode-Sharing einiger Techniken zum Parsen von XML- und JSON-Inhalten
In Ermangelung einer einheitlichen Standard Wenn ein System eine Verbindung zu mehreren externen Systemen herstellt, stößt es häufig auf heterogene Antwortdaten von der Anforderungsschnittstelle. Es kann XML oder
JSON zurückgeben. Neben den unterschiedlichen Rückgabetypen unterscheidet sich auch die Inhaltsstruktur. Am Beispiel des XML-Typs:
Schnittstelle 1 gibt Inhalt zurück
<root> <bizKey>16112638767472747178067</bizKey> <returnMsg>OK</returnMsg> <returnCode>200</returnCode> ... </root>
Schnittstelle 2 gibt Inhalt zurück
<root> <bid>16112638767472747178068</bid> <note>成功</note> <returnStatus>1</returnStatus> ... </root>
Wenn der Inhalt jedes Formats in unserem System verarbeitet wird, wird er Im obigen Inhalt geht es uns nur um drei Arten von Informationen, nämlich Geschäfts-ID, Statuswert und Beschreibungsinformationen. Können wir diese drei Arten von Informationen abstrahieren? Verarbeitung.
XPath und JSONPath zum Parsen verwenden . . Um beispielsweise wichtige Informationen der Schnittstelle 1 zu erhalten, können wir drei XPath-Ausdrücke festlegen:
{ bid: "/root/bizKey", code: "/root/returnCode", description: "/root/returnMsg" }
, bid
und code
entsprechend den von unserem System definierten Feldnamen . description
Das Gleiche gilt für das Parsen von JSON-Inhalten, außer dass der JSONPath-Ausdruck definiert ist.
, bid
und code
aus den ursprünglichen XML- und JSON-Daten, description
von Schnittstelle 1. Holen Sie sich
{ bid: '16112638767472747178067', code: '200', description: 'OK' }von Schnittstelle 2 Holen Sie sich
{ bid: '16112638767472747178068', code: '1', description: '成功' }Angenommen, wir erhalten den Statuswert
aus dem Dokument der Schnittstelle 1, um anzuzeigen, dass die Anforderung erfolgreich ist, und erhalten den Statuswert von Schnittstelle 2-Dokument 200
, um anzuzeigen, dass die Anfrage erfolgreich ist. Obwohl sie alle anzeigen, dass die Anfrage erfolgreich ist, können wir sie immer noch nicht intakt in unseren geschäftsbezogenen Tabellen speichern (natürlich müssen diese Antwortdaten trotzdem gespeichert werden). in einer anderen Datensatztabelle, zumindest um die Fehlerbehebung zu erleichtern). 1
Angenommen, unsere geschäftsbezogenen Tabellen sind so gestaltet
因此,我们还必须定义规则把接口1返回的状态值200
转换为我们系统的2
,把接口2返回的状态值1
转换为我们系统的2
。
总结一下,两步走解析XML和JSON数据内容
根据XPath或者JSONPath表达式解析获得重要信息
根据规则转换状态值
以XML为例,
public class XmlParseUtils { private DocumentBuilderFactory dbFactory = DocumentBuilderFactory.newInstance(); private XPathFactory xpathFactory = XPathFactory.newInstance(); /** * * @param param 数据内容 * @param paths 表达式 * @return * @throws Exception */ public Map<String,Object> parse(String param, Map<String,String> paths) throws Exception{ InputSource inputSource = new InputSource(new StringReader(param)); Document document = dbFactory.newDocumentBuilder().parse(inputSource); Map<String,Object> map = Maps.newHashMap(); for(String key : paths.keySet()) { XPath xpath = xpathFactory.newXPath(); Node node = (Node) xpath.evaluate(paths.get(key), document, XPathConstants.NODE); if(node == null) { throw new Exception("node not found, xpath is " + paths.get(key)); } map.put(key, node.getTextContent()); } return map; } }
parse
函数的返回类型也可以是Mapd16797201dccc1fe78d0eb13fa114786
,暂且用Map1384ae87b3aa4d7618d5d6d4b582a21b
。
这一步稍稍有点麻烦,不过我们先不考虑代码实现,反正你能想到的可能别人已经帮你实现了。首先我们根据接口文档定义规则,写出规则表达式(或者其他的什么),
又是表达式。假设接口1的返回的状态值比较简单,只有200
表示成功,其他情况都是失败,那么我们可以这样定义规则,
code.equals("200") ? 2: 3
或者
<#if code == "200"> 2 <#else> 3 <#/if>
亦或者
function handle(arg) { if(arg == 200) { return 2; } return 3; } handle(${code})
以上根据同一份文档定义了三种不同类型的状态值转换规则,肯定需要三种不同的实现。下面一一说明,
code.equals("200") ? 2: 3
是一个三目表达式,我们将使用jexl
引擎来解析,利用第一步解析数据获得重要信息的结果,我们可以这样做
public Object evaluateByJexl(String expression, Map<String,Object> context) { JexlEngine jexl = new JexlBuilder().create(); JexlExpression e = jexl.createExpression(expression); JexlContext jc = new MapContext(context); return e.evaluate(jc); }
<#if code == "200"> 2 <#else> 3 <#/if>
处理这段模板我们可以这么做
/** * * @param param FreeMarker模板 * @param context * @return * @throws Exception */ public String render(String param, Map<String,Object> context) throws Exception { Configuration cfg = new Configuration(); StringTemplateLoader stringLoader = new StringTemplateLoader(); stringLoader.putTemplate("myTemplate",param); cfg.setTemplateLoader(stringLoader); Template template = cfg.getTemplate("myTemplate","utf-8"); StringWriter writer = new StringWriter(); template.process(context, writer); return writer.toString(); }
如果FreeMarker
模板比较复杂,从模板预编译成Template
可能会消耗更多的性能,就要考虑把Template
缓存起来。
function handle(arg) { if(arg == 200) { return 2; } return 3; } handle(${code})
这段js
代码中存在${code}
,首先它需要使用FreeMarker
渲染得到真正的handle
方法的调用参数,然后
public Object evaluate(String expression) throws Exception { ScriptEngineManager manager = new ScriptEngineManager(); ScriptEngine engine = manager.getEngineByName("javascript"); return engine.eval(expression); }
ScriptEngineManager
的性能估计不太乐观,毕竟是一个语言的引擎。
类型 | 实现 | 优点 | 缺点 |
---|---|---|---|
三目表达式 | Jexl | 简单(easy) | 简单(simple) |
FreeMarker模板 | FreeMarker | -- | -- |
JavaScript代码段 | FreeMarker + ScriptEngine | 直观 | 过程复杂,性能问题 |
看起来Freemarker
是一个不错的选择。
至此两步走小技巧已经实现了,都是利用了现成的代码实现。
或许我们会这样的挑战,在做状态值转换时需要知道当前系统某个业务状态值的情况,
此时Freemarker
表达式可能是这样的,
<# assign lastCode = GetLastCode(code)> <#if lastCode == "2"> 2 <#elseif code == "200"> 2 <#else> 3 <#/if>
这里我们可以使用Freemarker的特性,自定义Java函数或工具类,在模板中调用。
Das obige ist der detaillierte Inhalt vonBeispielcode-Sharing einiger Techniken zum Parsen von XML- und JSON-Inhalten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!