Hybris 了解SAP Commerce中扩展的连接方式

我正在从事SAP Commerce（正式名称为Hybris）电子商务系统的工作

仓库扩展正在添加到B2B站点。添加后，在库存级项目上，可以在“管理”选项卡上查看发票事件集合。已在基础存储上设置ATP公式。库存现在显示在PDP上。在一个OTB站点中，我看到一个OTB实例在完成订单后相应地调整库存水平，但在本地开发实例上没有这样做。问题是为什么

在订单处理过程中调用仓储扩展中的某些外观的印象是否正确？如果是这样的话，这到底是怎么联系起来的？似乎与仓库扩展和任何其他代码没有任何关系

更新1：

下面是一个问题的示例：在将新产品填充器添加到自定义外观后，一些条目被添加到*-spring.xml文件中，其中之一是将填充器添加到configurablePopulatorModification。最后，需要将该选项添加到控制器中的ProductOptions列表中。然后在调用该控制器时调用populator

在这个例子中，一旦理解了事物是如何连接起来的，控制器和大众之间的联系就很清楚了。在自定义核心扩展、自定义外观扩展和自定义加速器中存在到ProductOptions的连接。一旦有人知道这是如何“连接”的，它就可以很容易地复制

我试图理解的是：仓库扩展已添加到localextensions.xml中，但在系统中的任何其他地方都没有提及该扩展的任何方面。不知何故，店面加速器和平台代码之间的一些扩展必须了解仓库扩展中的新功能，以便调用它。怎么样

更新2：

添加仓库扩展后，会向Backoffice中显示的现有ItemType添加新属性。我的理解是，这就是解释的概念

我在理解中遇到的问题是如何调用仓库扩展中的业务逻辑来修改库存级别。我最好的猜测是，进行更改的函数是WarehousingStockLevelFacade.CreateStocklevelAdjustments（…）。我到处搜索CreateStockLevelAdjustments（…）的调用位置，它只在warehousingwebservices中调用

---

我完全不知道仓库facades或仓库Web服务的任何facades是如何被

Hmmm调用的，我认为您的文本包含不止一个问题。所以我试着分别回答其中的每一部分

在一个OTB站点中，我看到一个OTB实例在完成订单后相应地调整库存水平，但在本地开发实例上却没有这样做

系统上应该没有区别。您应该始终注意，每个系统上的配置都相同。通常，此处的“config”文件夹是定义配置的部分。不同的系统之间可能存在微小的差异。但例如，“localextensions.xml”应该总是相同的

在订单处理过程中调用仓储扩展中的某些外观的印象是否正确

不可以。您可以在“localextensions.xml”中定义扩展，而不是在任何系统上定义新部件。您是否对每个系统进行了“更新”，以便在类型系统和数据库中也导入新类型

所以总体来说。您可以定义扩展。而than hybris自动包含所有需要的扩展。您可以在启动服务器时看到这一点，其中加载了哪些扩展

更新1

我想，现在我明白你的意思了。我尽量保持一致，而不是在“仓库”扩展上指定。Hybris的一些功能是如何“事后”修改代码。这里有一些有用的链接

还可以在导航栏的左侧查看“extension概念”。也许有些观点会变得更加清晰

因此，在您的示例中，假设发生的情况是：首先在*-items.xml中添加新属性，然后在某个地方会有一个“modifiyPopulatorList”bean

更新2

我不知道“仓储”分机。但我认为一定有一部分会用“仓储”bean覆盖“正常”bean。比如：

<bean id="stockLevelBean" ...>
    <property name="normalProvider" ref="normalProvider"/>
</bean>

<bean id="stockLevelBean" ...>
    <property name="warehousingProvider" ref="warehousingProvider"/>
</bean>

感谢您的回复，在阅读您的回复后，我意识到我的问题不太清楚，因此我添加了一个示例。非常感谢您的更新，我们正越来越接近我正在努力理解的内容。根据我更新的问题，我了解如何将新属性添加到现有的ItemType，问题是。。。如何调用仓库扩展中的新业务逻辑来修改库存水平？我不知道“仓库”扩展，但我认为一定有一点，除了“正常”核心bean之外，通过覆盖它们来调用“仓库”bean。这是春豆的基本概念。类似于：alias=“stockLevelBean”