土豆+鸡蛋+米+电饭煲=精确匹配 =>电饭煲版一只**番茄**饭,出现了没有的食材哎
bin16 opened this issue · 9 comments
recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?
如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?
recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?
如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?
对的,番茄饭是兜底的。
生存模式确实不错,但是现在主要矛盾是食谱有限,如果非常严格匹配,就会基本都没有菜谱了……
recipe 里面一只番茄饭的食材是 土豆、胡萝卜、香肠、番茄、鸡蛋、米,所以其实是 已有食材完全作为食谱食材的子集,而不是反过来,也就是说我要再补充或者省去几样食材就可以做这道菜的意思是吗?
如果是这样的话,考不考虑加个生存模式,就是看看只靠现有的食材能做什么东西?对的,番茄饭是兜底的。 生存模式确实不错,但是现在主要矛盾是食谱有限,如果非常严格匹配,就会基本都没有菜谱了……
如果再扫一下食谱网站,比如 meishichina 什么的……
可能后续再考虑一下是否链接其他数据,现在主要以 B 站视频为主(因为这个数据本来就来自 B 站小伙伴整理的文档,所以节约了很多时间)。
(还有就是过几天答辩,还要修 PPT,没啥时间 2333)
大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等
大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等
好主意,之后会针对排序进行优化。
目前我还有个想法就是,允许用户选中自己拥有的所有材料,然后显示当前已有材料(无需额外材料)所能做的所有菜。
emm,不过模式越来越多可能会对用户造成困扰,还在考虑叫啥和怎么融入进去。
大家手里菜零零落落的话 可否考虑下优化排序先展示些容易做成的。如优先 1食谱食材材料&数量完全匹配 > 2(食谱材料∈所选材料)&数量降序 > 3 其他匹配 :(所选材料all∈食谱材料)&&不匹配数量升序 等等
好主意,之后会针对排序进行优化。
目前我还有个想法就是,允许用户选中自己拥有的所有材料,然后显示当前已有材料(无需额外材料)所能做的所有菜。
emm,不过模式越来越多可能会对用户造成困扰,还在考虑叫啥和怎么融入进去。
- 生存模式 - 我现在有这些食材,能做什么吃的(我的食材完全包含需要的食材,真子集,是这么说的吧)
- 生存&消耗模式 - 优先使用多/快坏的食材(但是你的 data 里好像没有用量这种东西,另外你也不知道用户有多少库存,
再做个库存管理 app 吧),一个想法是额外问一下用户有没有想要优先使用的食材,选择能完全满足(生存模式)并且占比高的食材(但是你的 data 里好像没有用量这种东西)
……后面一条需要这个大量的数据支撑,暂时不考虑。
已上线生存模式。