xslt - 为什么要在中间件中执行转换？

Question

远程系统通过中间件 (MQ) 向我的应用程序发送消息。

在中间件中，转换(使用 xslt)应用于此消息。它只是重新格式化，没有丰富或验证。我的系统是这个转换消息的唯一消费者，xslt 由我的团队维护。

所有这一切的原作者早已不复存在，我想知道为什么他认为在中间件而不是在我的应用程序中进行转换是个好主意。我看不到将其移至中间件的值(value)，它使它不那么可见且维护起来不那么简单。

我还以为 xslt 将由消息生产者而不是消费者维护。

是否有针对此类架构的指南？他在这里做了正确的事吗？

Answer 1

在中间件中修改消息体是个坏主意。这会对可维护性和性能产生负面影响。

这样做的唯一原因是尝试连接两个不兼容的端点而不修改它们。这需要转换源内容才能被目标端点理解。

委托(delegate)中间件执行转换的动机可能是出于政治原因(端点由不同的团队维护，管理层不愿接触端点代码等)。