最好的方法Flex PHP通信？

StackOverflow https://stackoverflow.com/questions/652134

题

什么是最好的方法之间的通信Flex和PHP?

在过去，我们使用AMFPHP与AS2，和它的工作伟大的大部分(利用AMFPHP是，它还具有JSON模式，可以让你无缝利用同样的远程PHP与Javascript或Actionscript前端).

然而，这似乎是AMFPHP不是真的维持了。所以什么人建议以替代吗？迄今为止，我发现了什么是：

  1. Zend_AMF (看起来太复杂，对我们来说，我们不使用Zend框架，否则)
  2. AMFPHP (存在一些更新作出支持性而且似乎相当稳定，但不肯定长期的支持)
  3. XML (AS3有漂亮的XML处理例行程序，但它是更多的痛苦在PHP端)
  4. WebORB (我没有经验与这个)
  5. 滚-我们自己 使用JSON或一些其他数据来-文化系统(php的serialize(),XML,etc)

主要是我倾向AMFPHP，甚至因缺点，因为这是我的使用。任何理由我该考虑换到其他什么东西？

有帮助吗？

解决方案

如果你想要有快速和有效的通信中，我强烈建议坚持一个 AMF协议 而不是休息函定的格式。

ZendAMF实际上是不是很混乱。 看介绍的教程 GotoAndLearn, ，这是相当简单。

而只是让你知道， 一些开发商 从AMFPHP移到工作ZendAMF.因此，在某种意义上说，ZendAMF是继续AMFPHP.

其他提示

ZendAMF 好的短读 http://theflashblog.com/?p=441

对我来说这是没有道理的。Zend框架是一个最好的php框架，和现在你可以跟闪光客户。具Adobe支持，这是一个做了交易在我的书。

备选方案：

WebORB php http://www.themidnightcoders.com/products/weborb-for-php

AMFPHP http://www.amfphp.com 如果你读了url上，你可能会知道为什么这不再是我的雷达。

我不能告诉你什么是最好的(因为这可能有点无论如何主观的)，但是什么我能做的就是告诉你一个最近我的项目。

由于这是一个非常丰富的网络应用程序和数据请求的服务器将是经常，我想确认的尺寸要求是尽可能小。这意味着选择JSON作为的格式。

接下来，因为性质的应用，事实上，我闪/flex开发了1000英里远，我需要一个API这是简单和无国籍者。这最终导致我们HTTP+其他。

因此，通信层的我的程序是一个简单的Zend框架的供电设置的其余资源用Uri喜欢

user/10
review/15
location/8/reviews

他们所有返回.有一个共同的关系图来描述软件所需的依赖的所有错误，以及(异常困和转换成星)使闪客户可以很容易地处理失败。

如果你不使用框架喜欢Zend，定期ol AMFPHP仍然是很大的，如果没有其他原因，它是简单的。我想如果你觉得舒服，为什么不去？的事有关的作用，这些AMF接口是，他们真的不需要做太多了，什么AMFPHP不会有在类映射，记录集分析进ArrayCollection，伟大的性能。...它甚至不会与XML，因为它得到压缩。服务浏览器结合鲁已经复盖了我。

我已经没有能够做出多大的意义如何ZendAMF努力涉及到原来的AMFPHP.虽然我可以挖掘，我只是说在以下的AMFPHP的邮件列表上Nabble，阅读韦德阿诺德的博客...这只是不完全清楚。

你应该考虑使用Zend AMF。Zend框架的设计是一个选择框架的，因此它是完全确定选择一个单一成分(在这种情况下Zend AMF)对应用程序。

Zend AMF是非常容易使用。你所要做的就是指定的职能/课你想要暴露和指定类映射到你的动作脚本课程。其他的都是非常透明的。

这一链接是一个屏幕显示如何使用WebORB PHP WDMF(WebORB数据管理Flex).

http://www.themidnightcoders.com/products/weborb-for-php/developer-den/screencasts/weborb-data-management-for-flex-and-php.html

在所有的项目涉及的闪光灯和PHP后，我曾与AMFPHP或XML请求。

AMFPHP简化了真的 understanting 该应用程序，用于将来的维护，尽管它关系的整件事到特定的技术，并涉及一些额外的开销服务器上面的-创造所有必需的课程。

为每XML，好了，你获得什么这里都是标准的其他web服务并不取决于闪(你可以把数据从一个桌面应用程序，例如，鉴于使用JSON或其他任何技术依赖于浏览器不允许那)。

如果你想要100%的未来"支持"，那么我建议你什么也不需要任何支持在所有：XML。

XML在PHP可以是一个很简单的 因.

我只是使用JSON为你回归为简单的电话对你PHP api。

我肯定会去WebORB.我使用它。净在以前的工作，我不得不这是一个欢乐的代码。其便于使用及其过深思熟虑的管理控制台很快的学习，其文件是非常完整；我知道这是诱人的住AMF只是因为它是什么你已经知道，但是我相信它的价值得到WebORB一个尝试。

看看这个 视频 态脚代PHP，这是很花哨。

欢呼声。

PHP有一个很好的 serialize() 功能，因此对于一个近期项目，我没有(高分数的一种游戏)，我使用的萨菲罗斯 串.它使得该化上的闪光的一面几乎一样容易，因为它是在PHP.程序也涉及数据类型(不同于json/xml)等AMF。

缺点--它不是作为紧凑为AMF，但这没有什么gzip compression不能处理。

AMF有一个漂亮的情况的优势。如果你想要转移大和复杂的对象，通过各种手段与AMF。但一点不会有人知道有关的开销，AMF携带当你在转移小型对象。如果你只是转移的一个目3的性质，使用AMF可以三倍的有效载荷大小。

在一个侧面说明的，我一个大大的提倡者的宁静的架构。由于JSON和AMF都只是表示，可以建立一个休息服务，接受，谈判的实际表示你的客户在运行时间。

"如果你想要有快速和有效的通信中，我强烈建议坚持一个公司的协议"

如果你想要一个快速、高效和一般通信，转结果的方式.然后你的网服务将提供到的闪存，ajax，或者经常http请求。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top