直接从博客复制过来：

开始为精确的饮食做准备，
逻辑大概是从最基础的食材入手，详细记录每种食材的可分割数，比如一袋面包是20片，那这里就是20。然后不同的食谱中出现不同量的各种食材，根据食材单位分割数的食材价格和食谱需要的量可以计算出每餐的价格。同时，不同的食谱我会增加两个系数，一个是制作难易度，一个是饱食度。难易度会尽量的保持平均，后续也许会做成可以手动设置难易度的。饱食度每天需要达到一个最基本的标准，但不能超过限制。
之前做的系统推荐每周常务消费可以先乘个系数，因为零食饮料葡萄酒什么的不好直接计算，然后乘出来结果就是纯用在吃饭上的预算，根据每月天数，计算每天的预算，再根据早餐，中餐，晚餐，不同的权重计算出单餐价格。给系统留有一定的余量，筛选出一个随机的菜谱。
目前暂时只想到这里，

这个算法还远远不能用于实际，因为实际情况要考虑食材的保质期，每次购物能携带的商品量等等。可能得让系统记录已执行的菜谱，计算冰箱里还剩几个鸡蛋，柜子里还有几片面包之类的，然后优先消耗存货。

可以知道的是，多么复杂的算法终归都可以写出来，问题在于，如何用最简洁的代码去写。。