apache-flex - Flex应用程序可以在移动设备上运行吗？

Question

设计用于PC的Flex应用程序能否在iPad，iPhone或基于Android的移动设备上运行？

似乎是一个足够简单的问题。访问http://www.adobe.com/products/flex.html会产生一张花花公子的图片，该花花公子在Android上运行（大概）Flex应用程序。因此乍看之下，答案似乎是“是”。故事结局。

但是...

各种技术站点上都有太多（错误）信息，这些信息表明基于Flash的技术根本无法在iOS或其他移动平台上运行。为什么是这样？也许他们的意思是说Flex不会“开箱即用”并且需要插件？还是说它根本不会运行？

每当我认为我得出了明确的结论时，在SlashDot或CNET上的某些帖子就会直接与之矛盾。那是什么呢？能否采用现有的Flex应用程序并在iOS / Android上运行它？ （我意识到有一些屏幕尺寸问题需要考虑，因此该应用程序可能无法有效运行。我只想知道运行时是否在移动设备上可用以允许Flex应用程序完全启动。）

对不起，菜鸟问题。我的背景是WPF / HTML5。 Adobe技术对我来说完全陌生。

Answer 1

如果您想阅读它，我在下面写了很多东西，如果不对您宝贵的字节数感到抱歉，我很直接在这里回答了这个问题：

为什么是这样？
有关为什么要详细阅读以下内容，这是一个令人困惑的问题。

也许他们的意思是说Flex不会“开箱即用”并且需要插件？
还是说它根本不会运行？
使用Flash Builder工具（SDK中的bin文件夹），您可以针对本机桌面应用程序，桌面Web浏览器，本机iOS应用程序，本机Android应用程序进行编译。安装了FlashPlayer插件的Android将在Web浏览器中显示Flash内容，iOS将仅运行使用AIR编译的内容，而不是在Web浏览器中运行，而是作为本机应用程序运行。

每当我认为我得出了明确的结论时，在SlashDot或CNET上的某些帖子就会直接与之矛盾。那是什么呢？能否采用现有的Flex应用程序并在iOS / Android上运行它？
是的，如果使用AIR并在所有三个平台上作为本机应用程序运行（桌面Flex API在大多数情况下是Web Flex API的超集），则关于性能和外形的其他观点都是有效的，但应予以考虑。令人高兴的是，您可以在AS3的一个公共库中编写模型/控制器代码，然后编写共享库的单独的表示层接口。

这是很长的版本：

使用Flash编译器会使用swf格式以带有swf扩展名的文件的形式生成“字节码”，您可以在此处了解更多信息：
http://www.adobe.com/devnet/swf.html

要解释文件，您需要某种程度的运行时，在某种程度上类似于在.NET Framework上下文中运行WPF / XAML / C＃（在桌面上或在Web上使用silverlight）。对于Adobe技术（大致等效）：


AS3 = C＃
MXML = XAML
Flex = WPF + WCF（客户端RPC而非服务器端）
Flash Player = Silverlight
AIR（Adobe集成运行时）= .NET
桌面操作系统的框架可再发行的.dll / .so


（请非常宽松地阅读此列表，我知道XAML会保留在MSIL中或其他不同的地方，因为MXML已编译为AS3，并且只有在编译器上设置了调试标志时，它才包含调试符号，肯定会有很多不同之处但我认为这是一个易于使用且正确的模型，可以使用）

在iOS上，浏览器不允许使用传统意义上的Netscape浏览器插件或ActiveX插件。因此，您将无法在浏览器中执行插件，即flashplayer或silverlight。由于Adobe确实发布了可在浏览器中运行的Android设备的Flash Player，因此它将可以在浏览器中的那些设备上运行，但是，由于必须支持大多数移动设备平台，因此它们已经为长期支持提供了支持， iOS，为了保持相关性（我认为这更多地是由Google，设备制造商，运营商，微软集体追随，并试图做出最佳业务决策，WebKit和V8或SpiderMonkey可能可以完成Flash可以完成的99％的工作，并且在某些情况下可以做得更好，WebKit希望不会破裂，并保持开源状态。框架和浏览器只需充实并稳定下来）。

如果用户安装AIR（或运行时与应用程序打包在一起），则可以对Flex / Flash（在AS3和/或MXML中进行填充并编译为swf）进行转码/打包，以由运行时解释为该设备正确安装（无论是iOS或Android还是RIM所做的任何事情，我都不认为它们具有Windows Phone 7的AIR，而ARM上的Win8也将不支持浏览器插件）。造成这种混乱的部分原因可能是因为苹果拒绝发布“交叉编译”的应用程序，这使AIR在相当长的一年内一直不在iOS的选项列表之列，就在Adobe开始宣布它可以用于此目的之后（在Adobe摔倒的时候踢他们）。困惑的另一部分可能来自真实视频，这些人有1个人入侵了他们的设备，或者2个人能够获得Flash Player运行时的开源替代品，以在其iOS设备上工作（我知道gnash是从一些偶尔的Linux修补，也可能是FAKE vids）。