可能是我的问题是抽象的或断章取义的，但我在这里问是因为我不知道这是怎么发生的。
我想知道有多大的应用程序/平台将应用程序分解为多个模块，以及它们如何管理模块依赖项。
例如，在一些电子商务应用程序中，他们倾向于将其分解为各种模块，如定价、促销、shipping.import/export 等等。当我们开发这些应用程序时，我们几乎不会考虑底层模块以及它们是如何设计为提供功能主义者的。
这些模块中的大多数不是 Web 应用程序，而是独立模块，并且没有作为 jar 文件部署在 Web 应用程序中。
任何人都可以帮助我了解他们是如何分解事物的，或者是否有任何标准方法可以做到这一点。任何获得洞察力的帮助/资源都会很有帮助
电子商务应用程序 [...] 倾向于将 [应用程序] 分解为各种模块，如定价、促销、shipping.import/export 等等。[...] 任何人都可以帮助我了解他们是如何分解事物的，或者是否有任何标准方法可以做到这一点。
从技术的角度来看，有多种方法可以将应用程序模块化。大型系统被分割成必须相互通信的模块，并且有多种技术可以做到这一点：EJB、Web 服务、库、数据库、文件系统、消息队列等。这是一种模糊的回答方式。
在实际应用中，十个要根据公司的社会结构进行模块化。这是康威定律。由于定价、促销、运输通常是组织内的不同团队，因此每个团队都有可能拥有一个工程组，并且系统将根据组织团队进行模块化。
尝试查看可用的各种 Maven 原型。
您可以将许多 EJB jar 归档打包到一个 EAR 归档中。