YunYouJun/cook

土豆+鸡蛋+米+电饭煲=精确匹配 =>电饭煲版一只**番茄**饭,出现了没有的食材哎

bin16 opened this issue · 9 comments

bin16 commented

image

土豆+鸡蛋+米+电饭煲,精确匹配 的情况下得到了 电饭煲版一只番茄饭,出现了没有的食材。

有点怪,我以为精准匹配是找满足食材和厨具子集的食谱,但是这样依然会匹配到没有的食材?看了下视频里出现了番茄,萝卜,火腿和腊肠。想问一下是作为可选的食材进行考虑的么?

bin16 commented

recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?

如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?

recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?

如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?

对的,番茄饭是兜底的。
生存模式确实不错,但是现在主要矛盾是食谱有限,如果非常严格匹配,就会基本都没有菜谱了……

bin16 commented

recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?
如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?

对的,番茄饭是兜底的。 生存模式确实不错,但是现在主要矛盾是食谱有限,如果非常严格匹配,就会基本都没有菜谱了……

如果再扫一下食谱网站,比如 meishichina 什么的……

可能后续再考虑一下是否链接其他数据,现在主要以 B 站视频为主(因为这个数据本来就来自 B 站小伙伴整理的文档,所以节约了很多时间)。
(还有就是过几天答辩,还要修 PPT,没啥时间 2333)

大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等

大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等

好主意,之后会针对排序进行优化。

目前我还有个想法就是,允许用户选中自己拥有的所有材料,然后显示当前已有材料(无需额外材料)所能做的所有菜。

emm,不过模式越来越多可能会对用户造成困扰,还在考虑叫啥和怎么融入进去。

bin16 commented

大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等

好主意,之后会针对排序进行优化。

目前我还有个想法就是,允许用户选中自己拥有的所有材料,然后显示当前已有材料(无需额外材料)所能做的所有菜。

emm,不过模式越来越多可能会对用户造成困扰,还在考虑叫啥和怎么融入进去。

  • 生存模式 - 我现在有这些食材,能做什么吃的(我的食材完全包含需要的食材,真子集,是这么说的吧)
  • 生存&消耗模式 - 优先使用多/快坏的食材(但是你的 data 里好像没有用量这种东西,另外你也不知道用户有多少库存,再做个库存管理 app 吧),一个想法是额外问一下用户有没有想要优先使用的食材,选择能完全满足(生存模式)并且占比高的食材(但是你的 data 里好像没有用量这种东西)

……后面一条需要这个大量的数据支撑,暂时不考虑。

已上线生存模式。