7

相互に通信してファイルを送信する必要がある2つのRailsアプリを作成しました。たとえば、あるRailsアプリは、他のアプリのデータベース内のテーブルを表示するためのリクエストを送信します。次に、他のアプリはそのテーブルのjsonをレンダリングし、それを送り返します。また、一方のアプリで、そのパブリックディレクトリに保存されているテキストファイルをもう一方のアプリのパブリックディレクトリに送信したいと思います。

私はこのようなことをしたことがないので、どこから始めればよいのかさえわかりません。どんな助けでもいただければ幸いです。ありがとう！

4

5 に答える 5

5

あなたの要件は、レールに関係なく、ほとんどすべての Web アプリに共通です。相互に通信することは、ほとんどの最新の Web アプリで必要です。しかし、あなたがしがみつく必要があるという小さな理解があり、

Web サイトは相互の内部データ (テーブルなど) に直接アクセスしてはなりません (同じ開発者が同じ言語 (この場合は Rails) で作成した場合でも)。

そこで Web サービスの出番です。そのため、Rails アプリケーションだけでなく、Web サービスの使用方法を知っているすべてのアプリがデータを利用できるように、Web サービスを介してデータを公開する必要があります。

Rails での質問に戻ると、Rails はそのままで REST Web サービスをサポートします。Web サービスについてググってみてください。REST Web サービスは Rails で

HTH

于 2012-04-23T19:44:46.483 に答える
2

出発点として、 を見てくださいActiveResource。

レールキャスト

ドキュメント

于 2012-04-23T19:28:51.260 に答える
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 を実際に開発および維持し、バックエンドとフロントエンドの両方がリソースを同じように理解していることを確認するには、優れた API を構築する優れた方法であるROARを使用できます。

通常、API を使用してバックエンド アプリケーションを完全に定義する必要があります。賢くしようとして、設計ステップのいくつかをスキップしようとすると、長期的には頭痛の種になるだけです...

于 2012-04-23T21:33:02.150 に答える