Spring 多个Hybris扩展的价值是什么？

这是一个关于基于web的软件体系结构的问题。我是一名Hybris新手，但据我所知，您可以在一个Hybris扩展中创建一个完整的Spring MVC应用程序。将该应用程序的组件拆分为多个Hybris扩展的价值是什么？是否只有使用多个扩展才能实现web应用程序功能或体系结构价值（如可维护性、可扩展性、性能等）

---

谢谢

因此，Hybris基于灵活和模块化的概念，允许在需要时通过扩展插入新功能。扩展是Hybris套件的封装部分，可以包含您需要包含的任何内容，即店面、hMC、后台等。默认情况下，扩展是完全独立的，但是您可以在扩展之间创建依赖关系，这没有问题

假设您正在构建一个应用程序，希望在hMC中有一个部分，在后台也有一个前端和一些功能。一般来说，这里有4个扩展：

• 模型、服务、拦截器等的核心扩展
• hMC扩展
• 前端扩展，可插拔前端
• 后台扩展

---

扩展的真正价值在于，它们允许hybris具有灵活性和模块化，允许轻松地从一个版本的hybris迁移到另一个版本。

因此，hybris基于灵活和模块化的概念，允许通过扩展在需要时插入新功能。扩展是Hybris套件的封装部分，可以包含您需要包含的任何内容，即店面、hMC、后台等。默认情况下，扩展是完全独立的，但是您可以在扩展之间创建依赖关系，这没有问题

假设您正在构建一个应用程序，希望在hMC中有一个部分，在后台也有一个前端和一些功能。一般来说，这里有4个扩展：

• 模型、服务、拦截器等的核心扩展
• hMC扩展
• 前端扩展，可插拔前端
• 后台扩展

---

扩展的真正价值在于，它们使hybris具有灵活性和模块化，可以方便地从一个版本的hybris迁移到另一个版本。

这一切都是有意义的。除了在您的示例中，我通常使用spring和tiles以及文件系统来正确组织这四个组件（URL映射、模型src与控制器src等）。因此，另一种选择是将这四个函数放在一个扩展中。我相信这是错误的。我只是想知道为什么。。。。例如，hybris是否要求扩展中的所有URI都以特定的根开始？所以如果我想要并且必须使用两个扩展，我相信hybris确实需要一个扩展中的所有URI都以一个特定的根开始。我可能错了，但从我所做的工作来看，情况似乎是这样。我所看到的扩展的主要特点是它提供的灵活性和模块性，这一切都是有意义的。除了在您的示例中，我通常使用spring和tiles以及文件系统来正确组织这四个组件（URL映射、模型src与控制器src等）。因此，另一种选择是将这四个函数放在一个扩展中。我相信这是错误的。我只是想知道为什么。。。。例如，hybris是否要求扩展中的所有URI都以特定的根开始？所以如果我想要并且必须使用两个扩展，我相信hybris确实需要一个扩展中的所有URI都以一个特定的根开始。我可能错了，但从我所做的工作来看，情况似乎是这样。我所看到的扩展的主要特点是它提供的灵活性和模块性，这一切都是有意义的。除了在您的示例中，我通常使用spring和tiles以及文件系统来正确组织这四个组件（URL映射、模型src与控制器src等）。因此，另一种选择是将这四个函数放在一个扩展中。我相信这是错误的。我只是想知道为什么。。。。例如，hybris是否要求扩展中的所有URI都以特定的根开始？所以如果我想要并且必须使用两个扩展，我相信hybris确实需要一个扩展中的所有URI都以一个特定的根开始。我可能错了，但从我所做的工作来看，情况似乎是这样。我所看到的扩展的主要特点是它提供的灵活性和模块性。