2012-04-03 13 views
4

ユーザ認証を扱う親アプリケーションを作成したいと思います。その後、必要に応じて追加できるさまざまなMountable Engines(ブログ、連絡先ディレクトリなど)を作成したいと考えています。つまり、マウント可能なエンジンからユーザー認証データ(管理者権限など)にアクセスする必要があります。Rails 3.1 - マウント可能なエンジンからの親アプリケーションモデルへのアクセス

エンジンモデルが統合されている親アプリケーションでアクセス可能であることは明らかですが、それ以外の方法ではないことは明らかです。

この質問にはhereと尋ねられましたが、ヘルパーからのものではなく、すべてのデータを取得する方法が示されています(current_userなど)。

hereと尋ねられたときに、関数と変数にアクセスする方法ではなく、名前空間をカバーするように見えました。

ご協力いただければ幸いです。

答えて

1

設計上、マウント可能エンジンは親から隔離されています。しかし、理論的には、ActiveResourceなどを使用してREST APIを通じて親の一部を公開することができます。また、マウント可能なプラグインではなく、一種のプラグインとして機能する「フルエンジン」を使用することもできます。Rails 3.1: Engine vs. Mountable App

+0

私はそれらの記事を読んで答えの後にもう一度やりました。あなたは、「フルエンジン」で物事が「さらされる」ように見えて、私のエンジンは独立したアプリではないように思えます。しかし、独自のjavascriptやCSSファイルと別々に名前空間を持ち、独立していると考えるのは直感的ではありませんか? –

+1

おそらく、それは意見の問題のようです。名前空間を使用した「フルエンジン」アプローチを使用して同様のことを達成し、展開前にrake/capistranoタスクの一部としてエンジンから親ディレクトリにマイグレーションおよびアセット(JS、CSS、イメージ)をコピーするフックを追加します。人気のある「酒宴」の宝石はこれを行い、それは私にとってかなりうまくいく。 – PinnyM

+0

あなたの助けに感謝PinnyM –

関連する問題