すべての基本ドメインオブジェクトを含むgrailsプロジェクトを1つ作成しました。私は別のgrailsプロジェクトを作成して機能境界を分けておく必要がありますが、これらの基本ドメインオブジェクトとサービスをベース依存関係として使用する必要があるため、他のgrailsプロジェクト。これが適切なアプローチであるかどうかについての考えと、それを行う方法に関するいくつかの指針が高く評価されています。grailsプロジェクトのドメインオブジェクトを他のgrailsプロジェクトの依存関係として使用する
0
A
答えて
1
関連する問題
- 1. Grailsプラグインの依存関係
- 2. Grails依存関係neo4j
- 3. Grailsの依存関係のエラーのUbuntu
- 4. Grailsの - ジャスパープラグインの依存関係のダウンロードエラー
- 5. Grailsの2.0プラグインの依存関係
- 6. Grails 3 + Springbootの依存関係
- 7. grailsのWebアプリケーションをJarとして作成し、他のプロジェクトで依存関係として使用することができます
- 8. Mavenのレポ、Mavenのプロジェクトに依存関係として使用
- 9. pom-packaging mavenプロジェクトを依存関係として使用する
- 10. grailsプロジェクトに "non-mavenized" jar依存関係を追加するには
- 11. Robolectric:プロジェクトの依存関係
- 12. Sbtプロジェクトの依存関係
- 13. CMake他のプロジェクトとその依存関係を確認
- 14. Grails 2.4.5依存関係解決エラー
- 15. Grails依存関係またはMaven
- 16. Grails 1.3.4欠落している依存関係の問題
- 17. Gradleマルチプロジェクトビルド - プロジェクトの依存関係とビルドオーダー
- 18. Buildship - 他のEclipseプロジェクトを依存関係にする
- 19. Eclipse:他のプロジェクトの依存関係をWARに含める
- 20. Grailsプロジェクトのログインプラグイン
- 21. SwodLintをPodspecプロジェクトの依存関係として追加する
- 22. Mavenプロジェクトの子を依存関係として追加する
- 23. Grailsの依存関係の解決に失敗しました
- 24. Mavenの依存関係と複数のプロジェクトの依存関係の管理
- 25. GrailsとMavenで依存関係を構築する
- 26. Grailsのプロジェクト - Eclipseの
- 27. Visual Studioプロジェクトのバイナリの依存関係
- 28. 複数のJavaプロジェクトの依存関係
- 29. Visual Studioでのプロジェクトの依存関係
- 30. のGradleプロジェクトの依存関係
これをプラグインにすることはできますが、複数のアプリケーションがドメインとやりとりするために1つのREST APIを作成するだけではどうですか。 –
最初の部分には同意し、2番目の部分には同意しません。 REST APIは必ずしも最適なソリューションではありません。要件やものについて十分な知識がないと示唆すべきではありません。 –
私は解決策の1つとしてREST APIを考えましたが、短期間に私は自分のアーキテクチャの複雑さを増やしたくないので、依存関係として考えることはモジュール化を達成するのに役立ちます。 – jay