Web服务应用程序存在的一个常见问题是，真正的后端软件不支持XML（或者至少不支持你Web服务所使用的标准化的XML）。要解决这个问题，很多架构都实施了一个翻译阶段，用来解释收到的XML，并将它转换成为后端系统能够识别的更加适当的格式。虽然将XML翻译成不同的格式有很多种方式法，但是可扩展样式表语言（eXtensibleStylesheet Language，XSL）提供了一个强健的、标准的和对XML友好的解决方案。
一些常见的问题
在XML消息和将要处理它的应用程序之间，存在着很多种可能需要翻译的地方。但是，这也存在着很多常见的问题，包括：
查询（Lookup）
映射（Mapping）
聚合（Aggregation）
分割（Splitting）
公式（Formulas）
重排序（Reordering）
查询处理会接受收到的值，并为目标系统将它映射到不同的值。例如，你的XML有一个值是309，但是应用程序需要的值是“Uber Widget”。
映射在本质上是将来自一个字段的值重新分配为另一个值。例如，在XML里，你可能有一个AccountNumber元素，它需要被重新分配成为一个叫做CustomerAccountNumber的新元素。
聚合处理是将两个或者更多来自XML的项目组合成一个用于后端系统的单个项目。一个常见的例子是将姓和名字段组合成单一的姓名（字段）。分割是聚合的逆向操作，它是将XML的一个值分成两个或者更多分开的组件。
公式处理一般涉及对一个或者更多XML值的计算，以获得一个用于新应用程序的值。一个例子是利用XML里子定单来计算定单的总量。
最后，重排序是更改XML里项目的序列或者结构的处理，这样它们就能够符合目标系统所期望的序列或者结构。
映射举例
现在让我们用一个例子来更加仔细地看看这个过程。我们假设收到的XML就像Listing 1里的一样：
Listing 1: webserviceorder.xml
<?xml version="1.0" ?>
<Order>
<OrderNumber>8100</OrderNumber>
<AccountNumber>99213</AccountNumber>
<Item>
<SKU>2388</SKU>
<Description>Uber Widget</Description>
<Quantity>15</Quantity>
<PricePer>10.95</PricePer>
</Item>
<Item>
<SKU>6273</SKU>
<Description>Flangeoid</Description>
<Quantity>10</Quantity>
<PricePer>52.00</PricePer>
</Item>
</Order>
现在，我们的订单系统需要一个稍有不同的格式。我们所需要做的是将从Web服务收到的订单转换成为Listing 2里的这种格式。
Listing 2: applicationorder.xml
<?xml version="1.0" encoding="UTF-8" ?>
<NewOrder>
<CustomerAccountNumber>99213</CustomerAccountNumber>
<CustomerOrderNumber>8100</CustomerOrderNumber>
<OrderItems>
<OrderItem>
<SKU>2388</SKU>
<CustomerPrice>10.95</CustomerPrice>
<Quantity>15</Quantity>
<Subtotal>164.25</Subtotal>
</OrderItem>
<OrderItem>
<SKU>6273</SKU>
<CustomerPrice>52.00</CustomerPrice>
<Quantity>10</Quantity>
<Subtotal>520</Subtotal>
</OrderItem>
</OrderItems>
</NewOrder>
翻译
由于这是一个经过简化的例子，所以我们在转换格式的时候需要对XSL模板所做的只有不多的一些事情。我们要注意的第一件事是：我们必须映射一些元素：
把Order映射成NewOrder
把AccountNumber映射成CustomerAccountNumber
把OrderNumber映射成CustomerOrderNumber
把Item映射成OrderItem
