で
おかげで、あなたはのような単純な何かを行うことができますより複雑なJSONレスポンスを扱うので、長い間、おそらくJbuilder gemまたはActiveModel Serializers(私が推奨するアプローチ)のようなものを使用したいと思うでしょう。
一方、フロントエンドはHTTP GETリクエストを行う必要があります。これを行うにはたくさんの方法(と宝石)がありますが、一般的なアプローチの1つは、組み込みのNet::HTTP
クラスを使用することです。
require 'net/http'
url = URI.parse('http://backend.dev/main/index')
request = Net::HTTP::Get.new(url.to_s)
response = Net::HTTP.start(url.host, url.port) do |http|
http.request(request)
end
raise response.body.inspect
状況によっては、Active Resource gemを使用することをお勧めします。この宝石を使用すると、データベースではなくREST APIによってバックアップされたモデルを作成できます。あなたのAPIのアプリが特定のモデルのための基本的な作成、読み取り更新-破壊行為を提供する場合たとえば、次のURLで(のはWidget
それを呼びましょう):
GET http://backend.dev/widget # listing of widgets
GET http://backend.dev/widget/1 # Read for widget id: 1
POST http://backend.dev/widget # Create new widget
UPDATE http://backend.dev/widget/1 # Update widget id: 1
DELETE http://backend.dev/widget/1 # Destroy widget id: 1
その後、フロントエンドアプリであなたはANを宣言することができこのようなアクティブリソース:
class Widget < ActiveResource::Base
self.site = "http://backend.dev"
end
APIのこれらすべてのメソッドに自動的にアクセスし、通常のアクティブレコードモデルとよく似た動作をします。そうすれば、基本的にフロントエンドアプリケーションを「通常の」レールアプリケーションのように設計できますが、ActiveRecordの代わりにActiveResourceベースのモデルを使用します。
しかし、最近では、RailsでAPIを構築し、クライアント側のJavascriptでフロントエンドを構築し、JQueryやAngularなどを使用してリクエストを作成することが一般的になることに注意してくださいAPI。 APIとフロントエンドを分割することで何が得られるのか分かりません。なぜなら、魅力的な理由がなければ、APIとフロントエンドの両方を扱う1つのRailsアプリをビルドするだけで、 Rails API + Angular(または類似の)フロントエンドを構築することができます。
私はあなたが '@date = Date.today'(あなたのバージョンはデータと言います)を意味すると思います。 – drosboro