私の質問は抽象的なか文脈から外れているかもしれませんが、これがどのように起こるのかほとんどわからないので、ここで質問しています。
大きなアプリケーション/プラットフォームがアプリケーションを複数のモジュールに分割し、モジュールの依存関係をどのように管理できるのか疑問に思っています。
たとえば、一部のEコマースアプリケーションでは、価格設定、プロモーション、shipping.import/exportなどのさまざまなモジュールに分類する傾向があります。これらのアプリケーションを開発するとき、基礎となるモジュールと、それらが機能主義者を提供するためにどのように設計されているかについてはほとんど考えません。
これらのモジュールのほとんどはWebアプリケーションではありませんが、スタンドアロンモジュールであり、jarファイルとしてWebアプリケーションにデプロイされません。
誰かが私が物事をどのように分割するかを理解するのを助けることができますか、またはこれを行うための標準的な方法はありますか？洞察を得るためのヘルプ/リソースは本当に役に立ちます
Eコマースアプリケーション[...]は、価格設定、プロモーション、shipping.import/exportなどのさまざまなモジュールに[アプリケーション]を分類する傾向があります。[...]誰かが私が物事をどのように分割するかを理解するのを手伝ってくれるでしょうか、それともこれを行うための標準的な方法はありますか。
アプリケーションをモジュール化するには、テクノロジーの観点からさまざまな方法があります。大規模なシステムは、相互に通信する必要のあるモジュールに分割されます。そのためのさまざまなテクノロジがあります。EJB、Webサービス、ライブラリ、データベース、ファイルシステム、メッセージキューなどです。答えを曖昧にする方法です。
実際には、アプリケーション10は、企業の社会構造に応じてモジュール化する必要があります。これがコンウェイの法則です。価格設定、プロモーション、配送は通常、組織内の異なるチームであるため、各チームにエンジニアリンググループがあり、システムは組織のチームに応じてモジュール化される可能性があります。
そこにあるさまざまなMavenアーキタイプを見てみてください。
多くのEJBjarアーカイブをEARアーカイブ内にパッケージ化できます。