OFBIZ 希望在产品之间建立父子关系
这是一个假设的问题来概述我正在寻找的内容。
假设我正在销售可定制的软糖礼品篮。购买时,顾客选择一个礼品篮,然后决定他们想要装多少豆子。反过来,每个 bean 都可以根据各种功能的列表进行定制。每个果冻豆有太多可能的豆特征配置,无法合理地表示为礼品篮的预定义“特征”。此外,如果客户要按同一订单购买多个篮子,那么将篮子和豆子作为单独的商品出售会遇到问题。我如何跟踪哪些(以及多少)豆子进入了哪个篮子?
我一直在阅读各种 Ofbiz 教程和文档,寻找解决方案。产品配置和功能确实提供了部分解决方案,但并不能完全满足我的示例末尾的问题。
我是否需要扩展实体模型以允许这些类型的产品到产品关联?或者他们已经有可以解决我的问题的东西了吗?
Here is a hypothetical problem to outline what I am looking for.
Let's say I am selling customizable jellybean gift baskets. At the time of purchase, the customer chooses a gift basket and then decides how many beans they want in it. Each bean, in turn, may be customized from a list of various features. There are too many possible bean feature configurations for each jelly bean to reasonably be represented as a predefined "feature" of the gift basket. What's more, selling the basket and beans as separate items runs into a problem if the customer is to purchase multiple baskets in the same order. How do I keep track of what (and how many) beans got to what basket?
I have been reading through various Ofbiz tutorials and documentation, looking for a solution to this. Product configuration and featuring do provide a partial solution but does not completely satisfy the question at the end of my example.
Do I need to extend the entity model to allow for these kinds of product-to-product associations? Or is their already something out there that can address my issue?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
Ofbiz 中的产品可以通过多种方式相互关联。请查看目录管理器应用程序中的产品->关联中的
关联类型 ID
下拉列表。例如:
变体产品
。[最适合您的情况]补充或交叉销售
升级或向上销售
到产品 B。也购买
。等等。
然而,根据您的要求,我建议您应该:
There are many ways products in Ofbiz can relate to each other. Please take a look at
Association Type ID
drop-down list in Product->Association in Catalog Manager application.For example:
Variant Product
to Product B. [Will most fit for your case]Complementary or Cross-Sell
to Product B.Upgrade or Up-Sell
to Product B.Also Bought
with Product B.etc .etc.
However looking at your requirement I am recommending, what you should is to:
OFBiz产品数据模型非常灵活,可以处理非常复杂的情况。即使不支持 OOTB,也可以通过定制屏幕和购物车代码来完成。
最接近您所描述的是礼品篮产品,或者可能是可配置产品,其选项是虚拟产品。
OFBiz product data model is very flexible and can handle really complex cases. Even if it is not supported OOTB it can be done by costumizing the screesns and shoppingcart code.
The closest to what you are describing are gift basket product or may be a configurable product which options are virtual products.