Alchemy 是服务器端还是客户端？
我知道动作脚本是客户端的。但是当我使用炼金术时我很困惑。 Alchemy 是客户端还是服务器端？
i know that action script is client sided. But i am very confused when i am using alchemy. Is alchemy client sided or server sided?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
客户端。它编译为 AVM2 字节码，与 ActionScript 代码的其余部分在同一虚拟机上运行。
Client side. It compiles to AVM2 bytecode, running on the same virtual machine as the rest of your ActionScript code.
抱歉，这个问题的答案是错误的。您可以轻松地在服务器端运行 alchemy 生成的代码，甚至是 alchemy + adobe AIR：
http ://code.google.com/p/redtamarin/issues/detail?id=6
http://code.google.com/p/redtamarin/wiki/ABC
查看第一个链接，由于我们现在可以在 red tamarin 中使用 AIR 功能，因此您可以编写使用 ServerSocket 进行侦听的动作脚本并处理连接。
此外，您仍然可以通过使用普通 AIR 运行时部署的常规 adobe AIR 应用程序来执行此操作。您可以再次导入您的 Alchemy 代码，根据需要使用它，并且您正在服务器上运行 ActionScript 3，并且能够通过 ActionScript 3 本机处理套接字连接。
I'm sorry but the answer to this question is wrong. You could easily run alchemy generated code even alchemy + adobe AIR on server side:
http://code.google.com/p/redtamarin/issues/detail?id=6
http://code.google.com/p/redtamarin/wiki/ABC
Looking at the first link, since we can now use AIR capabilities in red tamarin you could write actionscript that uses a ServerSocket to listen and handle connections.
Also, you could still do this with a regular adobe AIR application deployed using the normal AIR runtime. You could, again, import your alchemy code, use it as necessary and you are running actionscript 3 on a server with the ability to natively handle socket connections via actionscript 3.
虽然我自己对 Alchemy 还很陌生，但从我所看到的来看，两者都是。例如，如果您熟悉 GWT，它与它有相似之处。
换句话说，它可以在服务器上运行C/C++代码，同时能够将C/C++代码编译为ActionScript以在客户端上执行。
这是一篇文章，对其进行了更深入的解释：
http://ncannasse.fr/blog/adobe_alchemy
While being rather new to Alchemy myself, from what I've seen it's both. If you're familiar with GWT for example, it has similarities to it.
I other words, it can run C/C++ code on the server, while being able to compile C/C++ code to ActionScript to be executed on the client.
Here's an article that explains it a bit more in-depth:
http://ncannasse.fr/blog/adobe_alchemy
Alchemy 或 XC API（它的官方名称）取决于编译器和
编译器的运行时，您必须使用 ASC2（ActionScript Compiler 2.0）
和
您必须至少编译为 SWF 版本 19
（例如，SWF19 适用于 Flash Player 11.6 和 AIR 3.6）
请参阅https://code.google.com/p/maashaack/wiki/FPAPI
该编译器将向运行时的最终 SWF 文件写入特殊的操作代码
，任何使用 AVM2（ActionScript 虚拟机）的运行时
在 SWF 为 SWF19 或更高版本的情况下，将能够解释这些特殊操作码，
这意味着：Flash Player 从 11.6 开始，AIR 从 3.6 开始，RedTamarin 从 v0.4 开始（即将发布）
换句话说：Alchemy 或 XC API ，或快速内存操作等。
是“特殊”字节码运算符（编译器编写它们，运行时读取它们）
请参阅这篇文章了解如何使用它们
http://obtw.wordpress.com/2013/04/03/使字节数组更快/
Alchemy or the XC API (it's official name) is dependent on the compiler and the runtime
for the compiler you HAVE TO use ASC2 (ActionScript Compiler 2.0)
AND
you HAVE TO compile to a SWF version 19 minimum
(eg. SWF19 is for Flash Player 11.6 and AIR 3.6)
see https://code.google.com/p/maashaack/wiki/FPAPI
this compiler will write special op codes to the final SWF file
for the runtime, any runtime using AVM2 (the ActionScript Virtual Machine)
at the condition the SWF is SWF19 or more will be able to interpret those special op codes
that means: Flash Player from 11.6, AIR from 3.6 and RedTamarin from v0.4 (about to be released)
put another way: Alchemy or the XC API, or fast memory ops etc.
are "special" bytecode operators (the compiler write them, the runtime read them)
see this article on how to use them
http://obtw.wordpress.com/2013/04/03/making-bytearray-faster/