如果一个人想到Javascript和数据处理，那么除了考虑JSON之外，别无选择。所以说…

但是在Asterix中，B1i Javascript内部存在一个不同的小"村庄"。诚然，作为B1i在其他地方的典型代表，在Javascript中处理XML绝对没有乐趣。世界上有很多自然的契合点——XML和XSLT就是这样，JSON和Javascript也是如此。XML和Javascript都不是

但是你可能需要Javascript范围内的数据，这些数据在JSON之外的另一个表示中，甚至可能在XML之外的另一个表示中。这些特殊用途的案例可能比较少见，但是如果它们出现了，就需要有一种方法来处理它们。

如果需要的话，信息大数据，这篇博客文章的目的是将处理Javascript内部数据的方法设置为颠倒的。由于主题将要处理相对复杂的数据（不同于普通字符串和单个字符串），应用程序完全位于B1i消息级Javascript（因此，Xform Atoms中的可选Javascript转换规则或ECMA适配器中的处理），但不在字段级Javascript的范围内（在XSL样式表中应用，以丰富内置XPath函数或直接使用Java）。

为了说明目的，下面讨论的Javascript示例处理简单的编程图片处理（当然，因此使用Java来处理）。这种用例没有什么特别的原因，只是可以这样做，而且方法在B1i的装运范围内（也就是说，在JDK中捆绑使用简单的图片处理功能）。不要问我关于显示图片处理的具体细节，我可能会提前半天告诉你。在这种情况下，stackoverflow.com网站

这个具体描述的例子已经展示了一个普遍的特点，这对于任何这样的用例来说都是很常见的：要处理的数据很可能不能用普通的Javascript处理；需要通过使用Java提供帮助（对于我们的B1i案例来说是典型的）。总之，Javascript可以很容易地传输和移交这些数据，但通常不会解释/处理这些数据。

因此，熟悉Nashorn和Java固有的互操作性是有意义的-这与B1i无关。提供的示例需要充分利用这一点。在B1i方面，大数据网，所有的增强都是在内置的scriptiojavascript对象中完成的。在写这篇文章的时候，所有这些增强功能仍然是全新的，而且还没有在网站上发布——到最后，确保在引擎盖下有一个版本至少为0.44.1的BizProcessor，以便能够运行示例并使用提供的功能。

动手

介绍bla bla的内容已经够多了-让我们具体点吧！这是全部选择器.jsJavascript源代码。使用/dev环境，创建一个BizFlow，其中包含一个xformatom，并将提供的Javascript文件作为转换规则。对于完全逼真的输出，海量数据，请确保BizFlow输出jpg的有效负载类型。您最好将其嵌入到由HTTP适配器触发的场景步骤中，从而能够使用Web浏览器进行测试。为了方便起见，您可能希望跳过身份验证的必要性。另一方面，如果你喜欢B1iP裸机（因此，你是一种"B1iP铁人"），那就找一个名为图bfd调用Javascript。将它们放入名为相同的数据集和组中，以便正确执行。最好从Web浏览器端调用它，方法与一般调用普通BizFlow的方法相同（因此，使用与B1i Admin UI类似的方法）。如果您能够成功地调用/执行演示代码，您会发现Javascript内部的数据处理已经发生了翻天覆地的变化——但是现在，让我们来谈谈整个过程中最重要的方面，问题是

它是如何工作的

我们把理解的精力完全集中在Javascript方面–在B1i方面，处理非常简单–只需调用一个Xform原子，可能传递一个参数，然后使用合适的负载类型输出数据–就是这样！不管从哪里调用脚本，这或多或少都是相同的方式。但是现在谈到脚本本身：

首先，将检索到一个潜在的调用属性，该属性可能在调用脚本时已传递（或未传递）。根据这一点，Javascript变量url包含一个字符串（进一步说，在Javascript中可用）或null。此变量可能包含从Internet加载的图片的URL，作为处理的输入。所有这些Java.type类型填充变量定义是在Nashorn中引入Java类以便进一步访问的方式。这些变量反过来又会保存特定类的类定义，但它们的实例还不可行（如果适用的话——确实存在许多只从静态方法"活动"的类，而不需要任何类实例）。

代码的下一部分现在处理从BizStore检索图片的问题——如果没有url的话已提供给脚本。这并不是那么容易，因为默认的B1iP内容没有带来很多有意义的图片。不幸的是，一个可能是有点小-这就是为什么我们要处理一个放大因子。但是让我们集中精力从BizStore加载图片—这里我们发现了要使用的第一个重要的新特性：方法scriptIO.readConvertedDocument文件(…).这种方法是一种新的方法，是对现有的另一种方法的补充scriptIO.readjson文档(…). 此替代方法允许执行建议的隐式或显式声明的有效负载类型转换从BizStore检索文档，就好像使用虚拟B1i Admin UI HTTP领域通过Web浏览器直接显示此文档时发生的情况一样。对于这两种方法，网云服务器，参数1–4是相同的：数据集、组和文档的名称，依次选择BizStoreAccessor检索选项。在本例中，SEC是一个选项，这意味着缓存的选择，不对检索到的文档设置任何Coord服务读锁。这使得检索速度更快，并且与对该文档的并行访问共存。下面的内容特定于这个新方法：用于将文档转换为的目标有效负载类型的提示（请注意，文档的物理存储的XML表示必须与要分发的目标有效负载类型匹配–此规则始终适用）。这里所做的非常尴尬的事情仅仅是为了演示：默认情况下，存储文档的扩展将作为所需负载类型转换的提示。这也是世界上大多数Web服务器在这方面的工作方式。如果要传递的显式有效负载类型不是null或空字符串，则将取而代之；在我们的示例中，这称为无意义的有效负载类型。当然，这种设置在实践中是无稽之谈（如前所述……）。这就是为什么只有最后一次尝试才能最终解决这个问题——将一般转换属性传递给有效负载类型转换器（就像在所有其他有效负载类型转换到位的情况下一样）。这些转换属性也可以包括名为bpm.pltype类型它说明了要转换到的所需有效负载类型（在一天结束时，所有这些以前的选项最终都会在内部导致该属性的应用/制作）。所以调用的最后一个参数传递这些收集的属性。为了做到这一点，提供一个本机Javascript数组，它将包含您需要传递的所有内容。格式是通过提供属性的名称和值作为后续元素。这样，就产生了一个具有交替名称-值元素对的数组。这个模式看起来有点麻烦，但这是最简单的方法，只需要Javascript，而且作为最重要的方面，不会引起B1i属性名和Javascript之间的冲突。有人可能会试图简单地传递一个Javascript对象，而在内部只包含像B1i属性这样的属性来寻址，淘客采集软件，而它们的值反过来又是要服务的值：但是这种方法是不够的，因为Javascript属性-或者更一般的变量-名称不能包含点，因为它们充当属性层次结构的分隔符。另一方面，作为一种轻量级命名空间应用程序，B1i属性名可能（也将）包含点。这就是为什么B1i属性名只能在Javascript端表示为数据的原因。