2

プロセスのさまざまな時点で同じデータを操作して追加するユースケースがいくつかあります。

これらの各ユース ケースは、プロセス内の同じモデルとアクションの多くを共有していますが、まったく異なるビューと構造が必要になります。

8thLight のこの記事のヒントを試してみようと思っていましたが、これは 2007 年に書かれたものです。

http://blog.8thlight.com/jim-suchy/2007/02/20/sharing-a-database-among-multiple-rails-applications.html

彼らによると、トリックは

(1) アプリケーションのすぐ上に共有モデルを含む新しいフォルダーを作成します。

applications_in_same_business_domain
    |-shared_models
    |-application1
    |-application2
    |-...

(2)environments.rbファイルを介してアプリケーションでこの新しいフォルダーまたはモジュールを必要とします(Rails 3にはenvironments.rbが表示されないため、これに相当するのはconfig/application.rbになると思います)。

彼らは、このようないくつかのコードが機能すると言っています(environments.rb内)

 $: << File.dirname(__FILE__) + '/your_lib_path'

私はこれを試しましたが、動作していません(application.rbで)...

   config.autoload_paths += %W(../../../mardom_shared_models)

これはこれを行う標準的な方法ですか?

API はこれを行うための別の方法のように思えます...しかし...ここでの API については何も知りません。セルフラーニング 6 か月 Noob はこちら)

可能であれば上記を機能させるのを手伝ってくれるのは、具体的な質問だと思います。これはできますか?

しかし、他の問題に関するコメントや記事は大歓迎です。

このリンクから始めて、Rails ジェネレーターを変更する必要があります: http://guides.rubyonrails.org/generators.html

4

1 に答える 1

0

すべてのモデル関連のものをgemに入れ、gemをvengor/gemsディレクトリにローカルにインストールして、その中を簡単にナビゲートしたいと思います。

于 2014-02-04T08:45:08.903 に答える