Dataweave Mule 4:属性文件:对于向Mule 4应用程序发出的每个请求,是否建议重复读取属性文件中的项目?

Dataweave Mule 4:属性文件:对于向Mule 4应用程序发出的每个请求,是否建议重复读取属性文件中的项目?,dataweave,mule4,Dataweave,Mule4,情景: 在属性文件中,我们定义了几个项目,例如5,如下所示: item_1=value1 item_2=value2 item_3=value3 item_4=value4 item_5=value5 我需要阅读这些属性以形成对特定环境的请求[dev,qa]。所以我把它们保存在财产档案里。 因此,过程如下: 由于一个事件,我的流程开始了 dataweave脚本读取这些属性并形成请求 HTTP请求者执行请求 对于每个请求,我都必须重复步骤1到3,在步骤2中读取属性文件 这是一种正确的方法吗?根据

情景: 在属性文件中,我们定义了几个项目,例如5,如下所示:

item_1=value1
item_2=value2
item_3=value3
item_4=value4
item_5=value5
我需要阅读这些属性以形成对特定环境的请求[dev,qa]。所以我把它们保存在财产档案里。 因此,过程如下:

  • 由于一个事件,我的流程开始了
  • dataweave脚本读取这些属性并形成请求
  • HTTP请求者执行请求
  • 对于每个请求,我都必须重复步骤1到3,在步骤2中读取属性文件


    这是一种正确的方法吗?

    根据注释,我理解属性是用普通的mule方法定义的,并且只是从DataWeave使用p()函数。这是非常好的用法。除非您有问题,否则没有什么需要更改的。

    除非您有性能问题,否则没有问题。简单、直接、易于维护。在您需要对其进行性能调整以每秒执行数百或数千个事务之前,您可能对该方法很在行。假设性能是一个问题,那么应该采用什么方法来优化它?我们可以在Mule流中的Java代码中也执行类似于静态块的操作吗?在性能测试和分析之前,不要担心优化。然后,您将看到是否存在性能问题,分析将告诉您在哪里。您几乎肯定会在代码的其他部分发现更大的性能问题。您是否有理由使用DataWeave而不是确认属性来读取属性?请分享一个XML示例,以便我们能够更详细地理解。@BibekKr.Bazaz-我假设您使用的是配置提供程序,而不是实际使用dataweave解析文件。在这方面,不会有任何真正可感知的方法来提高效率,开发人员/运营人员的体验收益几乎肯定会超过任何性能收益。