前言

• 实现了新增菜品接口
• 实现了菜品分页查询接口
• 实现了删除菜品接口
• 实现了根据id查询菜品接口
• 实现了修改菜品接口 

今日收获：
        今日的这几个接口其实和之前写的对员工的操作是一样的，都是一整套Curd操作，所以今天在技术层面上并没有太大的收获，顶多算是更加熟练的掌握了Curd操作。但是思想上的提升比较大。

因为菜品的数据库操作比较复杂，有多表关联(多对多怎么设置中间表)问题，例如在新增和删除菜品表的同时，也要同步更新口味表，在删除菜品表的时候，还有考虑当前要删除的菜品是否在套餐当中，如果在套餐当中，那么我们是不可以进行删除的。

这就要求我在写项目的时候，从以前的边写边想转变为先在思路上整理清楚整体的操作框架，确定好要对表做哪些修改，然后再编写程序。

因此我觉得今天最大的收获就是  尝试功能解构，我应该学习这种解构思想，可以把一个复杂的接口不断的进行拆分，从而实现功能的最大化，例如可以实现接口的复用

 此外我也意识到了我自己在SQL语句编写能力上的不足，在后续会针对SQL进行强化。

杂项知识点：

硬编码是指在计算机程序中直接使用固定的数值或参数，而不是采用可配置或可修改的方式。通常情况下，硬编码意味着将数值或参数直接写入代码中，而不经过外部配置文件或用户输入的方式进行设置。这种方式可能导致代码的可维护性和灵活性降低，因为需要修改代码本身来改变其行为。相反，使用软编码或配置文件来存储这些数值或参数能够更灵活地适应不同的需求，并使得代码更易于维护和扩展。

简而言之，就是把各种可以使用常量的变量采用常量表示，减少后续统一更改的难度(这样我们作用易懂,还容易修改)。

例如在我们抛出异常的时候，不要直接在双引号里面写抛出内容，而是把内容定义为常量，然后在这里引用 (配合我们的自定义异常和全局异常管理器抛出业务异常)