为什么在 AS3 中，XML 和 XMList 是不相关的（继承方面的）类？

发布于 2024-07-14 21:03:16 字数 256 浏览 8 评论 0原文

我不禁认为，使 XML 和 XMLList 两者不相关（就像两者直接扩展 Object 一样）是 AS3 核心库中的一个设计缺陷。当然，让 XML 扩展 XMLList 会是一个更加简洁的系统，其中 XML 被视为只有一个成员的 XMLList？

这还可以避免 E4X 查询可能返回 XML 或 XMLList 的非常烦人的做法，这可能会导致转换错误。

那么，我有什么理由不认为 XML 和 XMLList 被设计为仅将 Object 作为通用类型呢？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

怪我入戏太深 2024-07-21 21:03:16

似乎根据 E4X 的 ECMA 规范 (p22 ）和 XMLList 文档，XMLList 类确实包含 XML 类的方法，但仅限于只有一个成员时。因此，在执行 E4X 查询时，结果应始终存储在 XMLList 类型的变量中。

事先，由于这些对象的命名，我推测 XML 对象表示 XML 元素数据的复杂树，但根据 spec(p12)，这是不正确的，“XML 类型的每个值都代表一个 XML元素、属性、注释、处理指令或文本节点”。

XMLList 类应该用作这两个类型中更通用的类型：“XMLList 类型的值表示 XML 文档、XML 片段或任意集合XML 对象（例如，查询结果）”

因此这解决了我的转换问题，因为我不应该将 E4X 查询存储为 XML 类型的变量。我应该只使用 XML 类来迭代 XMLLists 并分解 XML 元素。

回复收藏 0 原文

眼泪淡了忧伤 2024-07-21 21:03:16

因此，我对这个问题的简洁回答是，从继承树看来，是的，这两个类（XMLList、XML）是不相关的。

但是，从 ECMA script/AS3 文档来看，它们是相关的，很可能使用 ECMA script/AS3 的原型系统。

当 XMLList 只有一个成员时，它可以被视为 XML 节点。我假设 XML 类的方法和字段由 AVM2 插入到 XMLList 原型中。

回复收藏 0 原文

信仰 2024-07-21 21:03:16

正如您所注意到的，自动更改的 XML 和 XMLList 类型可能会变得非常混乱。当聪明的程序员（这里指的是 Adobe..）对事物进行方便的包装时，就会发生这种情况。

正在发生的是某种“自动类型转换”。而且它并不止于 XML 类型。考虑这个 XML 示例：

<myXml>
    <sound id="0">Boogaloo</sound>
    <sound id="1">Bond theme</sound>
    <sound id="2">2001</sound>
</myXml>

假设我将上述 XML 放在名为 myXml 的变量中。在以下示例中，E4X 返回包含一个项目的 XMLList，我们使用 [0] 访问第一个 XML 项目：

trace(myXml.sound.(@id == 0)[0] == <sound id="0">Boogaloo</sound>);
// traces true

在此示例中，我们省略 [0] 部分，依靠Flash的自动类型转换。返回的一项将转换为 XML：

trace(myXml.sound.(@id == 0) == <sound id="0">Boogaloo</sound>);
// traces true

但如果该匹配的 XML 节点包含一个简单的文本节点，Flash 会自动将该类型进一步转换为字符串：

trace(myXml.sound.(@id == 0) == "Boogaloo");
// traces true

并且如果该文本节点可以解释为数字（带有id 2)，Flash 将其甚至进一步转换为数字！

trace(myXml.sound.(@id == 2) == 2001);
// traces true

哇！

那么，对此该怎么办？

正如您所注意到的，您必须非常小心类型和“方便的”XML 处理。一个建议的做法是，当您知道需要单个结果时，始终使用数组访问运算符来指向 E4X 结果的第一个 XML 项：

config.users.admin[0].settings[0].email.(@type == "work")[0];

一开始看起来很奇怪，并且增加了代码的冗长性，但好处是您明确表示您正在寻找 one admin 元素、one settings 元素和 one settings 元素>一个 email 类型为“work” 的元素。你会习惯它的外观。

另一个技巧是始终记住转换为您期望使用的类型。一些例子：

allUsers       = XMLList(config.users);
adminSettings  = XML(config.users.admin[0].settings[0]);
adminWorkEmail = String(config.users.admin[0].settings[0].email.(@type == "work")[0]);
adminBirthYear = int(config.users.admin[0].birthdate[0].@year[0]);

As you have noticed, the automatically changing XML and XMLList types can get quite confusing. Such things happen when clever programmers (pointing to Adobe here..) make convenience wrappers around things.

What's going on is an "automatic type conversion" of sorts. And it doesn't stop to the XML type. Consider this example XML:

<myXml>
    <sound id="0">Boogaloo</sound>
    <sound id="1">Bond theme</sound>
    <sound id="2">2001</sound>
</myXml>

Let's say I have the above XML in a variable called myXml. In the following example the E4X returns an XMLList with one item, and we access the first XML item using [0]:

trace(myXml.sound.(@id == 0)[0] == <sound id="0">Boogaloo</sound>);
// traces true

In this example we leave out the [0] part, relying on the automatic type conversion of Flash. The one returned item is converted to XML:

trace(myXml.sound.(@id == 0) == <sound id="0">Boogaloo</sound>);
// traces true

But in cases where this one matched XML node contains a simple text node, Flash automatically converts the type even further into a String:

trace(myXml.sound.(@id == 0) == "Boogaloo");
// traces true

And if the text node can be interpreted as a number (XML node with id 2), Flash converts it even further into a Number!

trace(myXml.sound.(@id == 2) == 2001);
// traces true

Woot!

So, what to do about this?

As you have noticed, you have to be very careful with types and the "convenient" XML handling. One suggested practice is to always use the array access operator to point to the first XML item of an E4X result, when you know you want a single result:

config.users.admin[0].settings[0].email.(@type == "work")[0];

It looks weird at first, and adds verbosity to the code, but the benefit is that you're explicitly saying that you're looking for one admin element, one settings element, and one email element of type "work". And you get used to the look of it.

Another tip is to always remember to cast to the type you're expecting to use. Some examples:

allUsers       = XMLList(config.users);
adminSettings  = XML(config.users.admin[0].settings[0]);
adminWorkEmail = String(config.users.admin[0].settings[0].email.(@type == "work")[0]);
adminBirthYear = int(config.users.admin[0].birthdate[0].@year[0]);

回复收藏 0 原文