|
2
|
| thomasrutter · 技术社区 · 17 年前 |
|
|
1
4
也许双向解决方案是正确的选择。您可以构建一个用于导入和导出的适配器系统,该系统对XML数据格式使用XSLT,并提供对所有非基于XML的数据格式使用PHP代码的能力。这样,每个开发人员都可以选择他更喜欢的方式。
|
|
|
2
3
基本上你所说的是桥/适配器/门面类。它们(imho)比XSL模板更灵活、更容易理解。
我还很高兴看到您希望通过DOM扩展(或等效库)来实现这一点,而不是将XML作为文本来编写,这会引入所有转义问题以及您将避免的其他问题。 就我个人而言,我还认为XSL模板更容易更改(因为它们对绝大多数程序员来说有些神秘),所以如果您的超集格式发生了更改(让我们直面它),您可能需要更改所有模板。当然,您可能也必须对代码执行此操作,但代码可能更易于维护。 |
|
|
3
2
这两种解决方案都会奏效,但我想你知道这一点。 我可能会自己使用编码解决方案。但这可能是因为XSLT让我头疼。 XSLT有一个好处,那就是您可以要求提供未经更改的XML的人生成XSLT。。
|
|
|
J_Cus504 · 在单匹配语句中使用身份变换和多谓词来沉默节点 1 年前 |
|
|
surge3333 · 使用PowerShell构建XML 1 年前 |
|
|
Sandeep · XSLT代码,用于根据条件提取元素值 1 年前 |
|
|
Reto · XSLT 3.0突发流-如何存储/获取另一个分支的值 1 年前 |
|
Ian Kemp · 如何从SelectXml调用本机XPath函数? 1 年前 |