【问题标题】:Dataweave standard and interoperabilityDataweave 标准和互操作性
【发布时间】:2017-01-28 03:18:57
【问题描述】:

Sounds Mule 的 dataweave 是强大的模板引擎,但从互操作性的角度来看它有多好? 例如,TIBCO Businessworks 中的任何简单到复杂的映射(仅用于比较转换逻辑,实际上并不是将 Mule 与这种零代码环境进行比较)可以很容易地表示为 XSLT 文件,只需复制- 粘贴,更好的是,在较新版本中支持脚本,这是普遍可以理解的,并有助于快速参考重建映射逻辑,同时移出到不同的系统。
那么是否可以准确地说 Dataweave(和 MEL 在某种程度上)仅与 Anypoint 紧密绑定,对外部世界毫无用处,并且在搬出期间可预见未来的痛苦?如果是这样,尽管有如此深度的学习曲线,它怎么能被称为开发者级别的生态友好型呢?

【问题讨论】:

    标签: dataweave


    【解决方案1】:

    松散耦合

    Dataweave 不是工具;它是脚本语言。 Anypoint Studio 只协助编写脚本,就像任何 IDE 协助编写代码一样。

    Dataweave 可以存储在 db 中,可以在运行时加载。

    独立

    可以通过在项目中导入的一些库(作为嵌入式 Mule)以独立方式运行 dataweave

    关闭

    它不像 XSLT 那样可互操作。它仅限于 Java 驱动的软件。

    学习

    如果您是开发人员,您可以在一周内掌握它。 (绰绰有余)

    升级

    Mule 团队从 3.7 版本开始不断改进它。刚上线的时候我就用过,和现在的版本对比,有很大的提升。

    随着时间的推移会越来越好。此外,Anypoint 的 GUI 工具(在我当时还不存在)。他们这样做是为了让商业界的任何人都可以使用它(Ambition)

    【讨论】:

    • 感谢 cmets 和澄清。我基本上同意,自从我开始学习它以来,这很令人兴奋。唯一的问题是互操作性。如果它支持某些标准格式,如 XSLT 或 Javascript,那么它很容易在复杂的映射上与其他人进行通信。但是现在它只能与那些知道 Dataweave 脚本的人共享,当在其他地方需要重写(重用)这个映射逻辑时。所以它只是 Mule 的专利。
    • 是的,它不是可互操作的。它仅限于在 Java 上运行的软件。
    猜你喜欢
    • 2015-06-16
    • 2010-09-06
    • 2014-01-03
    • 2017-08-12
    • 2010-09-21
    • 2020-07-27
    • 2018-10-08
    • 2023-04-04
    • 1970-01-01
    相关资源
    最近更新 更多