这些人如何让Flash访问剪贴板和文件IO？

AdobeFlash有一些有趣的、有时令人沮丧的安全规则，这些规则阻止了很多事情的发生，比如将文件写入磁盘

并允许Flash“突围”出防止文件IO操作的安全沙箱。这些程序是如何编写的？这是我在任何.NET语言中都能做到的吗？有我可以使用的API吗？（我宁愿不给这些人我负担不起的钱……）

---

这些人使用未记录的API吗？（如果是，我如何才能了解上述API？

是的，我想说你可以自己在.Net中完成，而且掌握它并不难

我不知道SWFStudio和FlashJester是如何做到的，他们是如何为ActionScript提供API的，但是如果你想要的是构建一个能够实现文件IO等功能的Flash包装器（在桌面环境中，而不是在web浏览器中），那么可以使用ActionScript的ExternalInterface来实现

几年前，我自己也为基于.Net/C#和Flash的数字看板应用程序做过类似的事情。基本上，Flash Player ActiveX控件和容器应用程序使用基于XML-RPC的协议进行通信。以下是一些基本示例：

---

组成SWF Studio ActionScript API的自定义ActionScript类包含在一个SWF中，我们在将主SWF加载到播放器之前加载该SWF。我们的API SWF实际上负责加载并使您的SWF可以使用我们的AS类。您可以根据我们的SWC或AS类定义进行编译，但API SWF是在运行时解析这些引用的地方。我们的API在封面下使用ExternalInterface和FSCommand来完成它的工作。

Wrappers是我最初想到的，但我没有意识到他们会这样做。那么他们如何拥有定制的Actionscript类呢？另外，在.NET程序中嵌入ActiveX控件时，是否需要将其与应用程序一起重新分发？我不知道他们如何集成自定义ActionScript类。或者如果ActiveX需要重新分发，对不起。在我参与的项目中，flashplayer是单独安装的，作为整体配置的一部分（它在一个受控环境中，商店里有专用计算机）。如果最终用户可以被要求安装Flash Player（比如在网络上），我想这会起作用，但我不确定。好的。谢谢关于分发—您是否使用其他ActiveX控件进行过需要或不需要重新分发的操作？