前言

• 實現了新增菜品接口
• 實現了菜品分頁查詢接口
• 實現了刪除菜品接口
• 實現了根據id查詢菜品接口
• 實現了修改菜品接口?

今日收獲：
? ? ? ? 今日的這幾個接口其實和之前寫的對員工的操作是一樣的，都是一整套Curd操作，所以今天在技術層面上并沒有太大的收獲，頂多算是更加熟練的掌握了Curd操作。但是思想上的提升比較大。

因為菜品的數據庫操作比較復雜，有多表關聯(多對多怎么設置中間表)問題，例如在新增和刪除菜品表的同時，也要同步更新口味表，在刪除菜品表的時候，還有考慮當前要刪除的菜品是否在套餐當中，如果在套餐當中，那么我們是不可以進行刪除的。

這就要求我在寫項目的時候，從以前的邊寫邊想轉變為先在思路上整理清楚整體的操作框架，確定好要對表做哪些修改，然后再編寫程序。

因此我覺得今天最大的收獲就是??嘗試功能解構，我應該學習這種解構思想，可以把一個復雜的接口不斷的進行拆分，從而實現功能的最大化，例如可以實現接口的復用

?此外我也意識到了我自己在SQL語句編寫能力上的不足，在后續會針對SQL進行強化。

雜項知識點：

硬編碼是指在計算機程序中直接使用固定的數值或參數，而不是采用可配置或可修改的方式。通常情況下，硬編碼意味著將數值或參數直接寫入代碼中，而不經過外部配置文件或用戶輸入的方式進行設置。這種方式可能導致代碼的可維護性和靈活性降低，因為需要修改代碼本身來改變其行為。相反，使用軟編碼或配置文件來存儲這些數值或參數能夠更靈活地適應不同的需求，并使得代碼更易于維護和擴展。

簡而言之，就是把各種可以使用常量的變量采用常量表示，減少后續統一更改的難度(這樣我們作用易懂,還容易修改)。

例如在我們拋出異常的時候，不要直接在雙引號里面寫拋出內容，而是把內容定義為常量，然后在這里引用?(配合我們的自定義異常和全局異常管理器拋出業務異常)?

?

?

?