Xslt 有哪些库/工具用于以声明方式开发和运行转换（如在ETL中）？

我已经围绕ETL做了大量的开发工作，并且得出结论，ETL的最佳方法是声明式方法（支持自定义命令块/函数）。特别是，声明性方法允许转换的可视化，这使得与业务/领域专家讨论转换变得更加容易。同样不可忽视的是，声明性方法通常更紧凑，更易于维护

不幸的是，我所见过的唯一一种半途而废的声明性转换语言/框架是XSLT。XSLT可能会因为许多其他不相关的原因而变得糟糕。（特别是，它的冗长在任何中等规模的转换项目中都会让人感到痛苦。）

XSLT真的是唯一或最好的声明性转换游戏吗

我今天做了一些研究，我发现唯一的选择似乎是：

• ：似乎死了
• ：似乎死了
• ：命令式和声明式的“混合”，似乎没有任何可视化工具

---

任何指向选项或共享智慧的建议都将不胜感激

我还发现声明性方法非常有效（正如我在一篇文章中解释的）。我之所以这样说，是因为我在过去10年中一直在维护基于代码的声明性ETL，第一次使用现在未维护的，从2015年开始使用我编写的和开源的

---

我很确定也存在其他基于声明性代码的ETL

我还发现声明性方法非常有效（正如我在一篇文章中解释的）。我之所以这样说，是因为我在过去10年中一直在维护基于代码的声明性ETL，第一次使用现在未维护的，从2015年开始使用我编写的和开源的

---

我很确定也存在其他基于声明性代码的ETL

ATL肯定没有死，你可以看到最新的信息。但他们目前致力于提高执行引擎的性能。ATL主要是一种受QVTr启发的声明语言

QVTr并没有完全失效，EclipseQVTD正在积极地提供QVTr执行引擎。我不确定他们是否最终会支持可视化语法编辑器。如果他们这样做了，我认为计划是支持

正如您所指出的，ETL是混合的，但这并不意味着您必须编写混合的ETL脚本。一个纯声明性脚本可以工作，ETL引擎可以执行它

IMHO、ATL和ETL都是不错的声明性转换语言

---

关于视觉语法，我建议您可以使用自己的符号和编辑器来支持它。从那里，您可以使用模型转换生成等效的ETL/ATL代码，然后运行：）（模型到模型创建AST或模型到代码生成脚本）。定义自己的视觉语法的好处在于，您可以根据受众的需要进行调整，确保它有助于您与他们讨论转换。

ATL绝对没有消亡，您可以看到最新的信息。但他们目前致力于提高执行引擎的性能。ATL主要是一种受QVTr启发的声明语言

QVTr并没有完全失效，EclipseQVTD正在积极地提供QVTr执行引擎。我不确定他们是否最终会支持可视化语法编辑器。如果他们这样做了，我认为计划是支持

正如您所指出的，ETL是混合的，但这并不意味着您必须编写混合的ETL脚本。一个纯声明性脚本可以工作，ETL引擎可以执行它

IMHO、ATL和ETL都是不错的声明性转换语言

关于视觉语法，我建议您可以使用自己的符号和编辑器来支持它。从那里，您可以使用模型转换生成等效的ETL/ATL代码，然后运行：）（模型到模型创建AST或模型到代码生成脚本）。定义自己的视觉语法的好处在于，您可以根据受众的需要对其进行定制，确保它有助于您与他们讨论转换