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

[bin16]

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

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

[bin16]

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

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

[YunYouJun]

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

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

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

[bin16]

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

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

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

[YunYouJun]

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

[Luckerfire]

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

[YunYouJun]

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

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

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

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

[bin16]

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

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

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

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

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

[YunYouJun]

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

[YunYouJun]

已上线生存模式。