商品新增業(yè)務(wù)的實現(xiàn)
明明是一個簡單的業(yè)務(wù)需求
竟然硬生生地被我拖成了三天
-
emmm這幾天的學(xué)習(xí)效率確實很低
不過話又說回來，有一說一：
新增業(yè)務(wù)確實要比查詢業(yè)務(wù)更復(fù)雜一點
因為商品新增要添加的數(shù)據(jù)有很多
-
并且此次的需求將前面學(xué)的知識點都串起來了
什么商品分類啊，品牌啊，規(guī)格參數(shù)啊
也算是集中做了一個回顧吧
-
商品相關(guān)的業(yè)務(wù)有一個大前提就是：
確定了商品分類、以及對應(yīng)的品牌和規(guī)格參數(shù)
不能在商品列表中隨便填一個分類、品牌
所以要去數(shù)據(jù)庫查詢數(shù)據(jù)
-
首先確定商品分類，根據(jù)pid查詢
然后確定商品品牌，根據(jù)cid查詢
再確定商品規(guī)格參數(shù)，還是根據(jù)cid查詢
-
這些業(yè)務(wù)也就是我們前面十來天所實現(xiàn)了
只不過查詢參數(shù)不一樣，所以要補全對應(yīng)方法
最后就是提交新增數(shù)據(jù)，完成新增操作了
-
無論是查詢也好新增也罷，都是一樣的思路
確定和請求相關(guān)的四大塊內(nèi)容
-
為什么新增較為復(fù)雜呢？
就是因為請求參數(shù)比較復(fù)雜，比如說這次需求
前端所顯示的數(shù)據(jù)，它是一個json格式的數(shù)據(jù)
-
這個json說白了就是前端和后臺溝通的一個橋梁
在Java中數(shù)據(jù)的體現(xiàn)方式是什么？
是實體類，是集合這些
在數(shù)據(jù)庫中數(shù)據(jù)的體現(xiàn)方式是什么？
是數(shù)據(jù)表，當然這里只是Mysql數(shù)據(jù)庫
-
前端提交的請求參數(shù)是一個json數(shù)據(jù)
那么在Java中就創(chuàng)建一個實體類和其對應(yīng)
同時每張數(shù)據(jù)表又對應(yīng)一個Java實體類
-
現(xiàn)在問題來了，請求參數(shù)中的json數(shù)據(jù)很多
對應(yīng)了四張數(shù)據(jù)表，也就是四個實體類
而最好要用一個實體類接收
所以在該實體類中引入另外的實體類對象
-
同時又因為數(shù)據(jù)表中沒有對應(yīng)的字段
所以要用注解@Transient說明該字段是瞬態(tài)的
只在接收請求時使用，對數(shù)據(jù)庫操作時不考慮該字段
-
以上就是對商品新增業(yè)務(wù)的一個簡單說明
至于其具體的業(yè)務(wù)邏輯就不再贅述了
都已經(jīng)整理在學(xué)習(xí)筆記中了
