可置否，现在外卖系统完善，外卖APP就可以不出门解决你的一日三餐，特别是上班族的朋友日常吃外卖已经是常态，许多人还没有点亮或者是遗忘了煮饭做菜这项基本生活技能。不过猿仔建议大家周末有时间的话可以学着自己做饭，拥有一手厨艺可以增加生活满足感呦！如果没有基础咋办？没事！有许多优质的学做饭APP通过视频或者图文的方式一步步教你，你只需要根据操作提示一步步来既可以完成！猿仔就推荐目前5款优质的学做饭APP给大家，赶紧下了学学呦，争取春节回家露两手给爸妈看看～
1、「日日煮」
一款精致小清新的菜谱APP，曾荣获App Store香港年度十佳App。
「日日煮」#iOS#Android
2、「下厨房」
菜谱丰富，曾被被央视CCTV新闻频道报道为年轻人流行的生活方式APP。
「下厨房」#iOS#Android
3、「烘培大师」
专门提供烘培食谱的APP。
「烘培大师」#iOS#Android
4、「早餐食谱」
提供上千个早餐菜谱，很齐全。另外，下方提示的升级到完整版是「网上厨房」，也是一款菜谱齐全的APP，其中包含了「早餐食谱」这个栏目。
「早餐食谱」#iOS#Android
5、「香哈菜谱」
有不少各地的名厨在上面授课，农家菜系列也很丰富。
「香哈菜谱」#iOS#Android
以上就是猿仔推荐的5款优质有特色的菜谱APP，赶紧把厨艺这项技能给点亮吧！
辑导读：UML既是图，更是个思考工具，能够提升文档质量。本文作者通过梳理餐厅的套餐和桌台，来说明类图的作用，希望对你有帮助。
这是餐厅系统拆解第二篇。在上一篇中，我们用类图表达了员工之间的关系，以及每个员工的工作。有人说这么做没必要，用脑图不也一样吗？
这是不对的，产品经理的文档考虑不周和不严谨，就是因为没有学会UML，UML既是图，更是个思考工具，TA能提升你的文档质量。
下面，我们通过梳理餐厅的套餐和桌台，来说明类图的作用，并学习一些《图解产品》中未讲到的内容。同样阅读本文需有《图解产品》一书的知识背景。
01 两个“多余”的类图
产品经理要给“老夫牛腩”餐厅开发餐饮软件，这就要梳理餐厅菜单，并将其用于后台的菜品管理中。
餐厅是以卖套餐为主，套餐内有沙拉、汤、开胃菜、主菜和甜点，用类图表示如下。
产品经理还要梳理餐厅的桌台信息，并用于后台的餐桌管理中，甩类图表示如下。
有人认为这两个类图就是树状结构，用脑图也一样，但这是错误的。两个图的问题很多，很容易被研发挑战。
下面就是女研发小苍挑战男产品经理小黄的过程。
02 研发挑战产品经理
小苍问：“小黄，行啊，类图都会画，但请问他们上菜有没有先后次序？”
小黄尴尬几秒，说：“小苍，不好意思，我没想到啊，我问问餐厅。”
小黄赶紧抓起电话问，之后告诉小苍说：“他们是有上菜顺序的，他们是先上开胃菜，再上主菜，之后上甜点。”
小苍微微一笑：“辛苦小黄了，再问个问题啊，套餐内有没有二选一的？”
小黄不悦，怎么不一次把话说完？“小苍，实在不好意思，我又没想到啊，我再问问去。”
小黄又抓起电话问，之后又告诉小苍：“他们上菜是有二选一的，沙拉和汤就要二选一。”
小苍最后问：“辛苦小黄了，最后一个问题啊，1个桌子可以属于N个服务区吗？”
这次小黄愤怒了：“小苍同学，1个桌子只能属于1个服务区啊，怎么可能属于N个服务区啊！有没有常识？”
小苍也怒了：“但你画的符号是说，1个桌子可以属于N个服务区啊！是你错了！”。
“你这是在找茬！”小黄大怒，摔门而去。
故事讲完了，一方面小苍在有意为难小黄，另一方面也是小黄学艺不精，总是考虑不周。
为什么小苍要为难小黄？文末有答案。小黄的问题是什么？下面给出答案。
03 用约束关系，将事情考虑全
两个类之间可以有约束关系，具体说就是有“先后关系”以及“或的关系”。
1.先后关系：套餐要求上开胃菜，再上主菜，再上甜点，这三个类就有“先后关系”，或称开胃菜先于主菜。
2.或的关系：套餐中的沙拉和汤两个菜就要二选一，这两者就是“或的关系”。
如何表达？如下图所示。
图中的虚线表达了两个类之间有关系，虚线上的字表达了具体关系，可写上“先于”，“或”等字样。
回顾小苍和小黄的对话，如小黄知道类之间还有约束关系，就不至于丢三拉四。
需要说明的是，UML的标准写法是“{先于}”，也就是说要加“{}”。UML制造了太多的符号，虽然严谨但却让人困惑，很多专家都反对。所以我的图中没有加“{}”，你也不用加。
04 用聚合和组成，将事情考虑准
《图解产品》中描述了类的“聚合与组成”，两者区别微小，但却重要。看过书的朋友，想想上图的问题是什么？没看过书的朋友，我做个简单说明。
类之间聚合关系强调了两个类有大与小，整体与部分关系。如“公司—>部门”和“部门—>员工”就都是聚合关系。而后台也要按此设计，即公司下挂部门，部门下挂员工，而不是反过来。
但是有些聚合是强聚合，这种强聚合被称为“组成”，组成关系是说两者是“同生共死”的。
如桌子和桌腿首先是“聚合”关系，这表明了两者的大与小，整体与部分的关系。但如桌腿没了，桌子也就不完整，两者就是同生共死的，更准确地说两者是“组成”关系。
聚合关系是空心菱形，组成关系是黑心菱形，分别如下图。
区分聚合和组合的原因还是两者的原型图会不同。如部门和员工是“聚合”关系，则员工还可以在其他部门兼职，则要支持员工设置部门时复选；如果部门与员工是“组成”关系，则该员工就不能属于多个部门，则要支持单选。
而对于本案例，服务区与桌子之间显然是组成关系，一个桌子不能属于多个服务区，这是自然的，但小黄用的却是聚合关系。
因此，小苍才会和小黄确认两个类之间的关系，避免做错。聚合和组成的其他知识请见《图解产品》。
好了，这就是今天的内容。总之，一个类图可以有或、先后、聚合和组成等关系，产品经理必须都知道，这能让你考虑周全，用词准确，避免研发返工，并最终指导原型设计。
TIPS
姜文在拍《鬼子来了》时，日本鬼子都用中学生，因为二战日本军人平均身高不到一米六，如用成人就很别扭，姜文很较真。产品经理也应对UML较真，从而写出优秀文档。
相关阅读：
餐饮系统大拆解：用类图拆解员工结构与工作职责（1）
作者：擎苍，《“图解”产品：产品经理业务设计与UML建模》作者，公众号：图解产品设计
本文由 @图解产品设计 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
个餐饮APP能解决什么问题？
一个餐饮类的APP可以解决困扰已久问题。
·快捷订餐：顾客不再需要亲自前往餐厅或通过电话进行点餐，他们可以在任何时间、任何地点使用APP在线点餐，省去了等待的时间和麻烦。
·外卖服务：对于那些喜欢在家中或办公室享用美食的人来说，餐饮APP提供了便捷的外卖服务选项，省去了烹饪和出行的麻烦。
·菜单和食材信息。APP通常提供详细的菜单和食材信息，包括食物成分、营养价值、食品过敏信息等，有助于顾客做出健康和明智的选择。
< class="pgc-img">预订桌位：顾客可以提前使用APP预订桌位，避免长时间的等待，提高用餐体验。
·在线支付：通过APP顾客可以方便安全地进行支付，无需携带现金或信用卡。用户反馈和评价：顾客可以查看其他用户的评价和反馈，帮助他们选择高质量的餐厅和食物。
·定制推荐：一些APP使用用户的历史订单数据，提供个性化的食物推荐，减少选择困难。
< class="pgc-img">·节省时间：通过APP顾客可以节省点餐等待和支付的时间，使用餐更加高效、促销和特别优惠。餐饮APP通常提供各种促销和特别优惠，使用餐更加经济实惠。
总之餐饮类的APP为客户提供了便捷、个性化和信息丰富的用餐体验，解决了许多与传统用餐方式相关的困扰，这为餐厅和顾客之间提供了双赢的局面。
您觉得是不是这样的呢？
