我已经构建了两个需要相互通信和发送文件的 Rails 应用程序。例如，一个 Rails 应用程序会发送一个请求以查看其他应用程序数据库中的表。然后，另一个应用程序将呈现该表的 json 并将其发回。我还希望一个应用程序将存储在其公共目录中的文本文件发送到另一个应用程序的公共目录。
我从来没有做过这样的事情，所以我什至不知道从哪里开始。任何帮助，将不胜感激。谢谢！
问问题
4036 次
5 回答
5
无论rails如何，几乎所有Web应用程序都需要您的要求，大多数现代Web应用程序都需要相互通信。但是有一点需要坚持下去，
网站不应直接访问彼此的内部数据（例如表格），（即使它们是由同一开发人员使用相同的语言（在本例中为 Rails）构建的），
这就是 Web 服务发挥作用的地方，因此您应该通过 Web 服务公开您的数据，这样不仅 Rails 应用程序可以使用它，而且任何知道如何使用 Web 服务的应用程序都将受益。
回到你关于 Rails 的问题，rails 支持开箱即用的 REST web 服务，所以做一些关于 web 服务的谷歌搜索，使用 rails 的 REST web 服务
高温高压
于 2012-04-23T19:44:46.483 回答
1
RabbitMQ 等消息队列系统可用于在不同应用程序（如“邮件”应用程序和主“集线器”应用程序）之间进行内部通信。
或者，您可以使用与 redis 之类的共享连接将内容粘贴到一个应用程序中的“队列”上，然后从另一个应用程序中读取它们以进行处理。
于 2013-09-19T23:44:49.067 回答
0
看看墨菲斯。它允许您创建 RESTful 服务并在客户端中使用熟悉的 ActiveRecord 语法。
于 2012-04-24T00:25:36.337 回答
0
在最近的 Rails 版本中，开发仅 API 的应用程序相当容易。在 Rails 核心主控中，甚至短暂地为这些应用程序提供了一种特殊的应用程序类型（直到它再次被拉出）。但它仍然可以作为插件使用，并且可能有一天会再次成为 Rails 核心的一部分。有关详细信息，请参阅http://blog.wyeworks.com/2012/4/20/rails-for-api-applications-rails-api-released。
要实际开发和维护后端服务的 API，并确保后端和前端对资源有相同的理解，您可以使用ROAR，这是构建出色 API 的好方法。
通常，您应该使用 API 完全定义您的后端应用程序。从长远来看，试图变得聪明并跳过一些设计步骤只会让你头疼……
于 2012-04-23T21:33:02.150 回答