Ruby on rails 将Flex和Rails结合起来是否有很好的理由？

既然Rails已经是一个有效的富Internet应用程序框架，因为它使Ajax变得如此简单，那么将Rails与Flex相结合并使用Flex作为前端而不是HTML的理由是什么？我的一位程序员朋友说，他使用这种组合是因为Flex对RIA非常有用。我的观点是Rails在这方面已经很出色了——为什么还要增加额外的复杂性呢？这样做的另一个很大的缺点似乎是，您不能再在前端使用HTML了，因为Flex使得这一点非常麻烦。这似乎是一个非常高的价格，无论这种技术组合带来什么好处。

我不知道人们会这么多地使用Flex和rails。但是使用Flash/Flex确实给了您更多的处理和可视化能力。此外，您还可以从Flex获得本机AMF支持，以实现高效的数据传输

这完全取决于您对RIA（富互联网应用程序）的定义。对某些人来说，支持AJAX的web应用程序可能适合这一要求。对其他人来说，RIA包括高度风格化的元素、高度的交互性和良好的动画效果

如果你是按照第一个需求进行思考的人之一，那就太好了。一个支持AJAX的RoR应用程序对于您的RIA来说已经足够了。对于属于第二组的人来说，RoR是为RIA提供数据后端的另一种方式，RIA使用Flex/Flash进行演示

---

Pr>个人认为，与Flex结合的RoR将给您提供比标准AJAX启用的Web应用程序更丰富、更动态、更具吸引力的RIA。

< P>我想您应该根据客户机应用程序需要做的事情来考虑这一点。如果您可以在rails中完成所需的一切，那么就没有真正的必要使用flex。如果您需要更多的客户端控制，那么您可以构建一个flex应用程序，并使rails应用程序成为一个web服务。

有些人确实使用AMF，但由于AMF要求的配置，我认为将XML视为数据传输介质更为常见。通过“处理和可视化能力”，我假设您的意思是Flex/Flash实际上是一种动画技术，与Rails提供的Ajaxed HTML不同。然而，奇怪的是，即使是没有利用这个动画特性的人也选择Flex，仅仅是因为“它对RIA很好”。XML比AMF大得多。我认为AJAX比Flex需要更多的专业知识。存在浏览器兼容性问题，可能会变得非常复杂。体积更大，但更容易设置。AMF需要额外的螺母和螺栓在中间。另外，大多数JS库不是都抽象出了浏览器的不兼容性吗？在Ajax时代早期，我没有听说有人在与这些东西作斗争。是的，很多新的Ajax框架都很棒，但兼容性仍然存在。我明白你的意思。Flex为富Internet应用程序增加了一层Ajaxed HTML无法提供的“丰富性”。我想我已经开始了解什么时候合适了。当你需要Flash动画提供的额外前端魅力时，它真的很有用。