映内部的数据元素的外部供应商的XML模式

Question

我考虑Altova MapForce(或类似的东西)产生的任XSLT和/或Java或C#类做翻译。今天，我们的数据正确的数据库和手建立一个XML string，我们后来一个服务.

它应该是db->(内部)XML->XSLT->(外部)XML?什么，你们做出有在广阔的世界?

Answer 1

我会用一个出的框XML化类做你的内部XML代，然后使用XSLT转变到外部XML。你可能会产生一个架构，以及强制执行的翻译代码(无论将推动XSLT翻译)继续获得XML它期待翻译的情况下更改的对象符的东西。

还有一些XSLT编辑上的市场，这将有助于执行映射的，但我更喜欢只是使用一个经常XML编辑器。

Answer 2

你，我以为你走正确的道路，与MapForce.如果你不想写代码，以预制件的实际转换，MapForce可以为你做的。这可能是更好的长期b/c少代码，以维持。

避开更昂贵的选择(例如管理)除非你真的需要B2B一体化和编排。

Answer 3

什么样的数据库是你使用？Oracle有一些不错的XML映射工具。有一些Java结合的工具(一个是 http://java.sun.com/developer/technicalArticles/WebServices/jaxb).但是，如果你有luxory考虑使用红宝石，具有良好的内在"to_xml"的方法。

Answer 4

尖端#1:避免使用XSLT。

该工具支持吸收。得到的解决方案将是不可维护.

尖端#2:消除所有不必要的步骤。

只是把你的结果(假设你正在使用JDBC或当量)的出XML。

尖端#3:假设所有的使用模式为基础的工具是不正确的和相应的计划。

换句话说，只是假的。如果你有喷出一些突变肥皂(多余的，我知道)的有效载荷，只是模拟了一个工作肥皂的消息，然后把它变成一个模板。速度并不吸。

这就是说，最好的/正确答案，就是用一个"XML作家"的风格的解决方案。有几个。

最好的是我写的， 熏鲑鱼(轻的对象XML).

公共API使用的建筑设计图案。由于一些神奇的发动机罩下，这是不可能创建的格式错误XML。

请注意： 如果XML是答案，你问错了问题。有时候，我们被迫对我们将来使用它在一些方式。当发生这种情况，这是至关重要的，使用的工具，尽量减少开发的努力，并提高码可维修性。