ベースと管理部分として機能するメインの Rails 3.2 アプリで構成されるアプリがあります。また、サイトのログインしていない部分を処理する分離エンジンもあります。
当然、エンジンはメイン アプリのクラスに多くの依存関係を持っています。これにより、単独でテストすることが難しくなります。メイン アプリとエンジンの間の一種の「ブリッジ」の例をどこかで見たことがありますが、どこか思い出せません。
私が本当に求めているのは、これらの種類の依存関係をどのように処理するか、それらを最小限に抑えることができるか、エンジンをどのようにテストするかということです。私が理解しているように、ダミーアプリからテストを実行しますが、うまく機能しない依存関係がたくさんあるためです。
ベスト プラクティスに関する適切なリソースはありますか?
したがって、当然、エンジンはメインアプリのクラスに多くの依存関係を持っています。
これは、Railsエンジンの背後にある考え方ではありません。エンジンは、ほとんどの場合、それ自体で機能できる必要があります。構築しているコードプロジェクトがMainRailsアプリケーションに依存している場合は、拡張機能を構築しています。これが本当なら、Spreeプロジェクトをチェックしてください。これは1つの主要なRailsアプリケーションであり、Spreeアプリケーションに依存する複数の拡張機能があります。
真のRailsエンジンの例をお探しの場合は、
https ：//github.com/westonplatter/questionnaire_engine https://github.com/radar/forem/https://github.com/plataformatec/devise/をご覧ください。
完全な開示、私はQuestionnaireEngineのコーディングを手伝いました。