java - 在 Hybris 电子商务上创建产品数据模型

Question

我正在评估不同的电子商务平台。作为这项工作的一部分，我正在评估我们目前的产品结构如何适应平台。对于 IBM 等供应商来说，这很容易，因为他们在网络上公开了所有 Material 。我对 Hybris 电子商务越来越感兴趣。然而他们没有任何可用的 Material 。他们有一个我可以访问的私有(private)维基，但即使没有关于他们的数据模型的 Material 。

Hybris 的代表一直坚称他们的产品非常灵活，可以创建任何数据模型。好吧，我相信他们，但仍然有一些不应该跨越的界限，例如GUI 和报告显示某些数据，并且 OOB 订单管理肯定依赖于某些数据。为了充分利用OOB特性，我创建的数据模型必须遵循Hybris的数据模型。然而 Hybris 不允许我查看他们的数据模型，所以我处于先有鸡还是先有蛋的情况。

Now my question is: Do you have experience on modeling product structure on Hybris and how have you approached this? All help appreciated!1!

干杯!

Answer 1

Hybris 数据模型或者说 TYPE SYSTEM 非常灵活。我在 Hybris 上工作了 4 年，从来没有遇到过建模会失败的情况。类型系统是 Hybris ORM，其中所有 Java 对象都以 XML 格式定义，同时映射到数据库表和列。支持所有 java 数据类型，还支持类型集合。类型系统独立于数据库的选择，并且即使在数据库更改时，也几乎不会对 items.xml 进行任何更改(或非常少的额外配置)。 CLOB 是异常(exception)，它需要数据库供应商特定的或等效的数据库列数据类型配置，同样在相同的 items.xml 中。

就 Hybris 关系而言，关联建模也很简单

1. 1:1 -> 建模为 Object2 作为 Object1 的属性
2. 1:n 或 n:1 -> 通过具有源和目标属性的关系项建模
3. n:m -> 通过具有源和目标属性的关系项建模，并在单独的数据库表下

现在回到产品，产品有两个层次结构，可以分为多级结构。 2 个基本层次结构是产品和产品变体。

让我们为服装产品建模，可能有 4 种产品:

1. 产品本身是 SKU:BaseProduct
2. 产品具有颜色变体:BaseProduct -> ColorVariant
3. 产品具有尺寸变体:BaseProduct -> SizeVariant
4. 产品具有颜色和尺码变体:BaseProduct -> ColorVariant -> SizeVariant

所有产品属性都将保存在 BaseProduct 中，而 Variants 将仅保存不同的属性，例如颜色、尺寸和成本。

根据产品推断变体类型，产品变体层次结构路径将会增长，简单且重复最少或没有重复。

对于 BaseProduct 建模，唯一必需的属性是产品代码，其余属性是可选的，非常方便。这有助于通过工作流程运行丰富流程，并有助于非常灵活的基础实现以及特定需求的添加范围。

通过服务层服务和加速器对 GUI 的开箱即用支持是值得称赞的，即使添加了自定义属性负载，也足够了，因为它是从 ITEM 驱动到 MODEL，然后是 DATA 转换。实现可以完全控制从模型填充到数据的数据和数据段。

报告是根据 Jasper 报告从报告主控室驱动的。使用 JOINS 和 UNIONS 定义灵活的搜索查询，甚至可以选择为报告属性值总体执行小型 Java 代码。

在我看来，Hybris 很好地涵盖了建模、转换、GUI 和报告。