【正文】 try {(modityNum, 。 0){PrintWriter writer= null。 modityNum!=null amp。 !.equals(indentId) amp。具體實現(xiàn)代碼如下：尚水源泉網(wǎng)上商城系統(tǒng)設(shè)計RequestMapping()public String updateIndentCommodity(HttpServletRequest request,HttpServletResponse response,String indentId,String[] modityNum){if(indentId!=null amp。}return null。}(())。(result,0)。(message,添加成功 )。writer=()。TUser sysUser=(TUser) ().getAttribute()。JSONObject o = new JSONObject()。amp。（2）加入進(jìn)貨單商品：新添加的訂貨單只有訂單名稱等基本信息，還必須要添加訂單商品，并且數(shù)量不能為零，否則不能夠提交訂貨單。id：訂貨單 id，對應(yīng)數(shù)據(jù)庫表中的主鍵字段indentName：訂貨單名稱付款方式 id：fkPaymentTypeindentNum：訂貨單編號fkWarehouseId：倉庫外鍵 （2）訂貨單編號實體 TStoreIndentNum，對應(yīng)數(shù)據(jù)庫表 t_indent_store_num其中：id 對應(yīng)數(shù)據(jù)庫表記錄中的主鍵字段。尚水源泉網(wǎng)上商城系統(tǒng)設(shè)計圖 511 進(jìn)銷存相關(guān)實體 UML 模型圖1. 實體說明（1）門店訂貨單實體 TStoreIndent，對應(yīng)數(shù)據(jù)庫表 t_indent_store。 進(jìn)銷存模塊實現(xiàn)由于進(jìn)銷存模塊比較復(fù)雜龐大，這里只詳述門店訂貨單以及入庫單的功能，其他進(jìn)銷存各部分功能類似。要改變某個商品的排序，只要點擊對應(yīng)的箭頭即可。這里我們按排序號顯示。}return null。}(())。(result,0)。(message,添加成功 )。writer=()。JSONObject o = new JSONObject()。amp。ManyToOne(fetch=)JoinColumn(name = fk_modity_id)public TCommodity getFkCommodityId() {return 。圖 510 廣告商品 UML 模型圖1. 實體說明id：商品 id，對應(yīng)數(shù)據(jù)庫表中的主鍵字段sort_num：排序號fk_modity_id：商品外鍵，與商品是多對一的關(guān)系2. 實體類關(guān)聯(lián)關(guān)系的設(shè)計3. 廣告商品的操作（1）增加商品：增加廣告商品的時候，會列出所有沒有被添加過的商品，選擇要添加的一個或多個，進(jìn)行添加。}RequestMapping()public String listCommodity(TCommodity modity) {return modity/modity_list。} catch (IOException e) {()。()。} catch (Exception e) {(result, 0)。}(result, 1)。具體實現(xiàn)如下：RequestMapping()public String delmodity(HttpServletResponse response, Long[] id) {JSONObject jo = new JSONObject()。}商品列表的 Json 數(shù)據(jù)。}public String getHasChildren() {if(==null||()==0) return 0。 }OrderBy(typeOrder asc)OneToMany(fetch=,cascade=)JoinColumn(name=type_parent_id)public SetTCommodityType getTypeChilds() {return typeChilds。ManyToOneJoinColumn(name=type_parent_id)public TCommodityType getTypeParent() {return typeParent。}（2）查詢商品：首先跳轉(zhuǎn)到商品列表頁面，通過頁面發(fā)出 Ajax 請求獲取Entity Table(name = t_modity_type)public class TCommodityType implements {private TCommodityType typeParent。(())。}if(c!=null){(result,0)。)。id：商品 id，對應(yīng)數(shù)據(jù)庫表中的主鍵字段 modityName：商品名稱modityNum：商品編號isShelves：是否上架， 0 否 1 是state：審核狀態(tài)，0 待審核 1 審核未通過 1 審核通過fkTypeId：商品分類外鍵，與商品一對多fkBrandId：商品品牌外鍵，與商品一對多modityImg：商品圖片，與商品是多對一的關(guān)系（2）商品品牌實體 TCommodityBrand，對應(yīng)數(shù)據(jù)庫表t_modity_brand其中：Id 對應(yīng)數(shù)據(jù)庫表記錄中的主鍵字段brandName：品牌名brandLogo：品牌 logobrandWebUrl：品牌網(wǎng)址brandDescription：品牌詳細(xì)說明（3）商品分類實體 TCommodityType，對應(yīng)數(shù)據(jù)庫表 t_modity_type其中：Id 對應(yīng)數(shù)據(jù)庫表記錄中的主鍵字段typeName：分類名typeOrder：排序號typeParent：子分類typeChilds：父分類level：級別，頂級分類是 0list_show：列表顯示，1 顯示 0 不顯示showIndex：顯示索引hasChildren：是否有子分類，0 沒有 1 有text：分類說明（4）商品圖片實體 RCommodityImg，對應(yīng)數(shù)據(jù)庫表 r_modity_img其中：Id 對應(yīng)數(shù)據(jù)庫表記錄中的主鍵字段fkCommodityId：商品外鍵，與商品是多對一的關(guān)系mgPath：圖片路徑createTime：上傳時間2. 實體類關(guān)聯(lián)關(guān)系的設(shè)計（1）商品實體 TCommodity 的設(shè)計 尚水源泉網(wǎng)上商城系統(tǒng)設(shè)計3. 商品數(shù)據(jù)的操作 （1）增加商品：增加商品時候需要首先判斷商品名稱是否重復(fù)，判斷代碼如下：try {c = (TCommodity) (from TCommodity c where =0 and =\39。圖 59 商品管理 UML 模型圖1. 實體說明（1）商品實體 TCommodity，對應(yīng)數(shù)據(jù)庫表 t_modity。存在的話，檢查是否為權(quán)限控制路徑，不是的話放行，是的話攔登錄功能不需要控制的功能要控制的功能系統(tǒng)中所有功能尚水源泉網(wǎng)上商城系統(tǒng)設(shè)計截后檢查權(quán)限，即判斷用戶當(dāng)前訪問的 URL 有沒有在用戶擁有的所有角色的權(quán)限集合中，如果在則有權(quán)限訪問該 URL，不做任何操作，放行用戶，否則返回用戶無權(quán)限的錯誤提示，并結(jié)束用戶的此次請求。Web ApplicationURL11URL21URL31ActionInterceptor圖 58 權(quán)限攔截示意圖Spring MVC 的權(quán)限攔截器對每一個 URL 請求都進(jìn)行攔截，首先判斷是不是后臺請求，不是后臺請求的話，直接放行。這樣就可以針對系統(tǒng)的不同角色分配不同的權(quán)限，為系統(tǒng)實現(xiàn)權(quán)限控制做好了準(zhǔn)備，接下來就要通過 Spring MVC 的攔截器來控制權(quán)限，對用戶的 URL訪問實施控制。比如系統(tǒng)后臺管理中心只能是管理員才能訪問，這就需要將后臺的訪問 URL 加如權(quán)限表里，并為管理員用角色分配這些權(quán)限。}public void setFkRoleId(TRole fkRoleId) { = fkRoleId。}public void setFkUserId(TUser fkUserId) { = fkUserId。}public void setId(Integer id) { = id。private TRole fkRoleId。三類權(quán)限關(guān)系如圖 57 所示：EntityTable(name = r_user_role)public class RUserRole implements {private Integer id。（3）不需要控制的功能，只要登陸就可以使用，不需要進(jìn)行控制。如下關(guān)聯(lián)實體類：RUserRole 類尚水源泉網(wǎng)上商城系統(tǒng)設(shè)計3. 權(quán)限的控制范圍系統(tǒng)中權(quán)限分為三類：（1）登陸功能，未登錄可以使用（2）要控制的功能，需要登陸用戶，并且有相應(yīng)權(quán)限才可以使用。角色和權(quán)限中間表 r_role_action 中字段為兩個外鍵 roleId 和 actionId，分享指向角色和權(quán)限的 id。對于 User 和Role，中間表名為 r_user_role，對于 TRole 和 TAction，中間表為r_role_action。actionParent：自關(guān)聯(lián)屬性，表示權(quán)限的父級權(quán)限，role 擁有一個權(quán)限就同時擁有它的所有下級權(quán)限imgPath：權(quán)限的圖片角色實體 TRole，對應(yīng)數(shù)據(jù)庫表 t_roleid：主鍵roleName：角色名roleIntroduction：角色介紹createTime：角色創(chuàng)建時間用戶實體 TUser，對應(yīng)數(shù)據(jù)庫表 t_userid：主鍵userName：用戶名password：密碼realName：真實姓名：用戶郵箱phone：手機(jī)fkDepartment：所屬部門regtime：注冊時間isDele：刪除標(biāo)識roleName：角色名角色用戶關(guān)聯(lián)實體 RUserRole，對應(yīng)數(shù)據(jù)庫表 r_user_roleid：主鍵fkUserId：用戶外鍵fkRoleId：角色外鍵角色權(quán)限關(guān)聯(lián)實體 RRoleAction，對應(yīng)數(shù)據(jù)庫表 r _role_actionid：主鍵fkActionId：權(quán)限外鍵fkRoleId：角色外鍵2. 多對多關(guān)聯(lián)映射實現(xiàn)用戶 TUser 和角色 TRole，TRole 和權(quán)限 TAction 均是多對多的關(guān)系。權(quán)限模塊的 UML 類圖如圖 56 所示。擁有某權(quán)限則擁有該權(quán)限的子權(quán)限。也就是說一個用戶能有很多角色，一個角色也能有很多權(quán)限，權(quán)限有子權(quán)限和父權(quán)限。三個實體用戶、角色、和權(quán)限。 權(quán)限管理模塊實現(xiàn)本系統(tǒng)主要對后臺系統(tǒng)作權(quán)限控制，前臺完全放開所有權(quán)限。該層定義了一個 UtilBeanController，里面注入了公用的 service，所有繼承該類的 Controller 都默認(rèn)注入公用的 service。（Service）該層是包含整個系統(tǒng)核心業(yè)務(wù)邏輯，寶結(jié)構(gòu)如圖 54 所示。其構(gòu)造如圖 51 所示：圖 51 實體層2. 數(shù)據(jù)訪問層（DAO）該層采用 Java 泛型，定義了公共的 Dao 的接口 DaoSupportT，如圖，并實現(xiàn)了該接口 DaoSupportImplT，如圖 52和 53 所示。在系統(tǒng)總體設(shè)計中詳細(xì)分析了尚水源泉網(wǎng)上商城采用的架構(gòu)等，用結(jié)構(gòu)設(shè)計詳細(xì)描述了系統(tǒng)。通過類設(shè)計將會具體實現(xiàn)總體設(shè)計中的領(lǐng)域模型，同時也對時序圖中系統(tǒng)的行為進(jìn)行了封裝，還封裝了數(shù)據(jù)庫支持類，該類用來與數(shù)據(jù)庫數(shù)據(jù)進(jìn)行溝通。表 訂貨單（t_indent）表序號列名 數(shù)據(jù)類型長度 小數(shù)位標(biāo)識主鍵外鍵 允許空說明1 id int 11 0 是 是 否 訂貨單編號2 indent_name varchar 256 0 否 訂貨單名稱3 fk_payment_type varchar Int 0 是 否 付款類型4 indent_num varchar 256 0 否 訂單編號5 mobile varchar 11 0 否 電話6 applicant int 11 申請人 ID7 fk_warehouse_id varchar 256 是 否 倉庫外鍵8 fk_supplier_id varchar 11 是 否 供應(yīng)商外鍵9 remarks Text 255 備注10 state Int 11 訂貨單狀態(tài)11 create_time bigint 20 創(chuàng)建時間? 部門（t_department）表如表 所示。表 商品（t_modity）表序號列名 數(shù)據(jù)類型 長度小數(shù)位標(biāo)識主鍵外鍵允許空說明1 id int 11 0 是 是 否 商品 id2 modity_name varchar 256 0 商品名稱3 modity_num varchar 256 0 商品編號4 modity_price double 0 進(jìn)價5 modity_the_price double 0 售價6 market_price double 0 市場價7 modity_specifications varchar 256 商品規(guī)格8 modity_capacity varchar 256 商品容量9 modity_img_path varchar 25