正如标题所示,为什么标记的applyResult
和applyFault
方法?AsyncToken
mx_internal
有几次我想AsyncToken
在我的代码中使用,但我最终重写了它,因为我不想强迫客户使用use namespace mx_internal
.
正如标题所示,为什么标记的applyResult
和applyFault
方法?AsyncToken
mx_internal
有几次我想AsyncToken
在我的代码中使用,但我最终重写了它,因为我不想强迫客户使用use namespace mx_internal
.
如果您构建了此类,则希望对普通用户隐藏功能,因为您不希望他们错误地调用方法,但是创建它们的内部类需要调用它们,因此将它们标记为 mx_internal 使良好的感觉。
好吧,正如 livedocs 中某处所述(我认为)mx_internal
用于标记框架中可能随时间变化的事物(显然他们认为 C# 和 Java 对已弃用的东西做错了)。至于标记这些特定方法的确切原因,mx_internal
只有标记它们的开发人员知道。他们可能有一天会面讨论它,结果是这样的:“嘿。我们希望这些方法有什么访问权限”“我不知道,我们是否希望它们可以被覆盖?” “不确定” “好吧,那我们mx_internal
就做吧”。在很多情况下,应该标记为受保护的方法被标记mx_internal
(或私有,在某些情况下甚至更糟),这是 flex 框架中最烦人的事情之一。
此外,mx_internal
无论您是否愿意,您都在使用命名空间,因为框架中的大多数组件都会导入它,所以如果您使用 flex 框架组件,您的构建已经包含它。