Xml XSLT映射工具更好还是有用?

Xml XSLT映射工具更好还是有用?,xml,xslt,Xml,Xslt,我正在使用Altova开发的一个名为mapForce的映射工具。我正在使用它将XML映射到XML,并发现手工操作很困难 有人有什么意见吗?一般来说,映射是一种痛苦。我不管你用什么工具。如果您必须将一侧的100个任意字段映射到另一侧的100个不同的任意字段,那么您将获得手动映射这100个关系的巨大乐趣。这很糟糕,但这只是工作(而不是必须思考和想出一些办法) 您的问题太广泛,无法说明XSLT是否适合您的情况 我可以说,作为纯文本格式的XSLT的一个优点是,您可以自动化执行映射所需的锅炉板 例如,如果

我正在使用Altova开发的一个名为mapForce的映射工具。我正在使用它将XML映射到XML,并发现手工操作很困难


有人有什么意见吗?

一般来说,映射是一种痛苦。我不管你用什么工具。如果您必须将一侧的100个任意字段映射到另一侧的100个不同的任意字段,那么您将获得手动映射这100个关系的巨大乐趣。这很糟糕,但这只是工作(而不是必须思考和想出一些办法)

您的问题太广泛,无法说明XSLT是否适合您的情况

我可以说,作为纯文本格式的XSLT的一个优点是,您可以自动化执行映射所需的锅炉板

例如,如果您有一个映射对列表:

fieldABC QEDField
fieldDEF XYZField
这就转化为XSLT,比如:

<QEDField><xsl:value-of select="fieldABC"/></QEDField>
<XYZField><xsl:value-of select="fieldDEF"/></XYZField>

然后,用任何语言编写一个脚本,从这些对生成最终的模板都是很简单的

这样,您只需捕获实际映射(认知部分),然后一个小程序就可以完成生成最终脚本的“工作”部分

我知道我宁愿输入一堆字段映射,一行接一行,也不愿为了完成dame的事情而使用一些拖放gui。D&D在前两次是很棒的,但在那之后,它会变得非常乏味,非常快

如果您的工具有一个可用的文本格式,那么您也许可以为该工具生成该映射文件

因此,无论如何,这是XSLT相对于使用带有接口的工具可能具有的一个优势

另外,为了解释一些不知名的作者,我最喜欢的XSLT引用之一是“记住,您可以使用XSLT生成XSLT。”


当然,必须指出的是,创建这些脚本需要时间,而不仅仅是在工具中完成工作。如果你最终节省了时间,那就是一场胜利,因此这是第一个需要考虑的标准,尤其是如果你不需要做很多这类工作的话。

通常,映射是一种痛苦。我不管你用什么工具。如果您必须将一侧的100个任意字段映射到另一侧的100个不同的任意字段,那么您将获得手动映射这100个关系的巨大乐趣。这很糟糕,但这只是工作(而不是必须思考和想出一些办法)

您的问题太广泛,无法说明XSLT是否适合您的情况

我可以说,作为纯文本格式的XSLT的一个优点是,您可以自动化执行映射所需的锅炉板

例如,如果您有一个映射对列表:

fieldABC QEDField
fieldDEF XYZField
这就转化为XSLT,比如:

<QEDField><xsl:value-of select="fieldABC"/></QEDField>
<XYZField><xsl:value-of select="fieldDEF"/></XYZField>

然后,用任何语言编写一个脚本,从这些对生成最终的模板都是很简单的

这样,您只需捕获实际映射(认知部分),然后一个小程序就可以完成生成最终脚本的“工作”部分

我知道我宁愿输入一堆字段映射,一行接一行,也不愿为了完成dame的事情而使用一些拖放gui。D&D在前两次是很棒的,但在那之后,它会变得非常乏味,非常快

如果您的工具有一个可用的文本格式,那么您也许可以为该工具生成该映射文件

因此,无论如何,这是XSLT相对于使用带有接口的工具可能具有的一个优势

另外,为了解释一些不知名的作者,我最喜欢的XSLT引用之一是“记住,您可以使用XSLT生成XSLT。”


当然,必须指出的是,创建这些脚本需要时间,而不仅仅是在工具中完成工作。如果你最终节省了时间,那就是一场胜利,所以这是考虑的第一个标准,尤其是如果你不需要做很多这样的工作。

你写了“有人有意见吗?”。真的吗?真的什么?你的评论有什么帮助?我只是想看看是否有人认为使用GUI工具比手工操作更容易。我发现使用GUI工具映射100多个字段更令人头痛;除非我做错了什么。你写了“有人有意见吗?”。真的吗?真的什么?你的评论有什么帮助?我只是想看看是否有人认为使用GUI工具比手工操作更容易。我发现使用GUI工具映射100多个字段更令人头痛;除非我做错了什么。