戰(zhàn)：庫存原子扣減、訂單狀態(tài)機(jī)與RBAC權(quán)限落地)
簡介這是一套基于PythonDjangoVue.js全棧技術(shù)實(shí)現(xiàn)的寵物商店管理系統(tǒng)源碼專為計(jì)算機(jī)相關(guān)專業(yè)本科生畢業(yè)設(shè)計(jì)與課程設(shè)計(jì)打造已通過導(dǎo)師審核并獲98.5分高分評(píng)價(jià)適用于畢設(shè)選題參考、項(xiàng)目實(shí)戰(zhàn)訓(xùn)練及期末大作業(yè)開發(fā)。資源包共396個(gè)文件涵蓋32個(gè)核心Python后端邏輯文件、28個(gè)Vue前端組件、49個(gè)TypeScript業(yè)務(wù)腳本、35個(gè)JPG/JPEG商品圖與UI截圖、38個(gè)SVG圖標(biāo)資源以及SQL數(shù)據(jù)庫腳本、文檔手冊(cè).docx、配置文件與靜態(tài)資源整體壓縮包僅23.44MB輕量易部署。目前已有238人學(xué)習(xí)下載學(xué)習(xí)熱度持續(xù)上升。讀者可直接獲取完整可運(yùn)行項(xiàng)目結(jié)構(gòu)、前后端分離標(biāo)準(zhǔn)目錄、真實(shí)業(yè)務(wù)場(chǎng)景下的權(quán)限管理與商品訂單流程代碼、配套說明文檔及典型界面截圖大幅降低畢設(shè)開發(fā)門檻助力快速理解Django REST API對(duì)接Vue生態(tài)的工程實(shí)踐要點(diǎn)。1. 這不是又一個(gè)“增刪改查”DemoDjangoVue雙端協(xié)同的寵物商店系統(tǒng)真能跑通庫存預(yù)警、訂單狀態(tài)機(jī)、多角色權(quán)限隔離三道關(guān)你手頭那份被導(dǎo)師打回三次的畢業(yè)設(shè)計(jì)選題——“基于Web的寵物用品管理系統(tǒng)”大概率還卡在登錄頁跳轉(zhuǎn)404、Vue組件里調(diào)不到Django API、或者管理員刪商品時(shí)把用戶購物車也清空了。這不是代碼寫得不夠多而是沒踩過真實(shí)業(yè)務(wù)里的三道硬坎庫存扣減必須原子化否則兩只貓搶最后一袋貓糧會(huì)超賣、訂單狀態(tài)流轉(zhuǎn)不能靠前端JS硬編碼發(fā)貨/拒收/退款必須服務(wù)端強(qiáng)校驗(yàn)、普通用戶、店員、管理員三類角色的數(shù)據(jù)視圖和操作邊界必須由后端策略兜底Vue路由守衛(wèi)只是第一道門。這個(gè)源碼包不是教學(xué)玩具它用Django REST Framework搭出帶JWT鑒權(quán)的API層Vue CLI 4構(gòu)建的前端嚴(yán)格按RBAC模型渲染菜單與按鈕連數(shù)據(jù)庫遷移腳本都預(yù)置了PetCategory、PetProduct、OrderItem等12張表的完整關(guān)系鏈。適合正在趕畢設(shè)DDL、但不想交一份“能登錄但不敢點(diǎn)提交”的同學(xué)也適合想快速驗(yàn)證DjangoVue分離架構(gòu)落地細(xì)節(jié)的課程設(shè)計(jì)者——它不教你怎么寫Hello World只告訴你當(dāng)用戶點(diǎn)擊“立即購買”時(shí)后端如何用select_for_update()鎖住庫存行前端如何用Vuex持久化購物車并響應(yīng)WebSocket推送的訂單狀態(tài)變更。2. 從零啟動(dòng)環(huán)境準(zhǔn)備、項(xiàng)目結(jié)構(gòu)解剖與核心模塊職責(zé)劃分2.1 環(huán)境依賴與版本錨定為什么必須用Python 3.8、Django 3.2、Vue CLI 4這個(gè)項(xiàng)目對(duì)版本有明確約束不是為了制造兼容性障礙而是規(guī)避幾個(gè)已知黑匣子Django 3.2 是最后一個(gè)支持django.contrib.postgres原生JSONField且與DRF 3.12完全兼容的LTS版本而本項(xiàng)目商品SKU屬性如“適配貓齡幼貓/成貓/老年貓”直接存為JSON字段避免冗余表設(shè)計(jì)Vue CLI 4 對(duì)vue-router3.x 的懶加載語法支持更穩(wěn)定能確保/admin/orders和/user/cart兩個(gè)路由的代碼分割不翻車Python 3.8 強(qiáng)制要求async/await語法為后續(xù)可能接入的異步通知如短信發(fā)貨提醒留出擴(kuò)展槽位。提示不要用pip install -r requirements.txt一鍵安裝——文件里混入了psycopg2-binary2.9.1PostgreSQL驅(qū)動(dòng)和django-crispy-forms1.12.0管理后臺(tái)表單渲染但你的本地開發(fā)環(huán)境若用SQLite默認(rèn)配置需先注釋掉psycopg2-binary行否則pip install會(huì)因編譯失敗中斷。# 推薦分步執(zhí)行Windows/macOS/Linux通用 python -m venv venv_petshop source venv_petshop/bin/activate # Linux/macOS # venv_petshop\Scripts\activate # Windows pip install --upgrade pip pip install django3.2.23 djangorestframework3.12.4 django-filter21.1 pip install django-crispy-forms1.12.0 # 管理后臺(tái)增強(qiáng) # SQLite開發(fā)階段跳過psycopg2待部署到生產(chǎn)環(huán)境再裝2.2 項(xiàng)目目錄樹看清Django后端與Vue前端如何物理隔離又邏輯耦合源碼包采用經(jīng)典分離式布局后端Django項(xiàng)目與前端Vue項(xiàng)目位于同一根目錄下但互不嵌套petshop/ ├── backend/ # Django項(xiàng)目根目錄manage.py所在 │ ├── petshop/ # Django配置包settings.py在此 │ ├── api/ # REST API應(yīng)用核心業(yè)務(wù)邏輯 │ ├── users/ # 用戶認(rèn)證與權(quán)限應(yīng)用 │ └── manage.py ├── frontend/ # Vue CLI項(xiàng)目根目錄package.json所在 │ ├── src/ │ │ ├── api/ # 封裝axios請(qǐng)求攔截器自動(dòng)攜帶JWT Token │ │ ├── store/ # Vuex狀態(tài)管理購物車、用戶信息、訂單列表 │ │ ├── router/ # 路由定義含動(dòng)態(tài)路由加載與權(quán)限守衛(wèi) │ │ └── views/ # 頁面組件Login.vue, ProductList.vue等 │ └── package.json └── README.md關(guān)鍵耦合點(diǎn)有三處API地址約定Vue中所有axios.get(/api/products/)請(qǐng)求實(shí)際指向Django的api/urls.py中path(api/, include(api.urls))Token傳遞機(jī)制Django后端返回JWT Token后Vue通過localStorage.setItem(token, response.data.token)持久化并在src/api/index.js中全局設(shè)置axios.defaults.headers.common[Authorization] Bearer token靜態(tài)資源托管Django的petshop/settings.py中STATICFILES_DIRS [os.path.join(BASE_DIR, frontend/dist)]確保npm run build生成的dist/目錄被Django當(dāng)作靜態(tài)文件服務(wù)——這是實(shí)現(xiàn)“單域名部署”的技術(shù)基礎(chǔ)。2.3 核心模塊職責(zé)拆解為什么api應(yīng)用要拆出orders、inventory、notifications三個(gè)子模塊項(xiàng)目未將所有邏輯塞進(jìn)一個(gè)api/views.py而是按業(yè)務(wù)域垂直切分這是應(yīng)對(duì)畢業(yè)設(shè)計(jì)答辯時(shí)“高內(nèi)聚低耦合”提問的關(guān)鍵證據(jù)模塊名主要職責(zé)典型文件與方法為何必須獨(dú)立orders訂單創(chuàng)建、狀態(tài)機(jī)流轉(zhuǎn)、支付回調(diào)處理views.py中的OrderCreateView、OrderStatusUpdateView狀態(tài)變更需事務(wù)控制如“待支付→已支付”需同步扣減庫存獨(dú)立模塊便于加數(shù)據(jù)庫事務(wù)裝飾器transaction.atomicinventory庫存查詢、扣減、預(yù)警閾值檢查、SKU組合計(jì)算services.py中的decrease_stock()、check_low_stock_alert()扣減邏輯涉及select_for_update()行鎖與訂單無關(guān)的庫存操作如店員補(bǔ)貨可復(fù)用此服務(wù)notificationsWebSocket消息推送訂單狀態(tài)變更、郵件模板渲染consumers.py中的OrderStatusConsumer若與訂單邏輯混寫會(huì)導(dǎo)致Django視圖阻塞WebSocket連接獨(dú)立模塊用ASGI服務(wù)器解耦注意users應(yīng)用負(fù)責(zé)JWT簽發(fā)與校驗(yàn)但不處理密碼重置郵件發(fā)送——該功能被刻意剝離到notifications模塊因?yàn)猷]件發(fā)送是耗時(shí)IO操作不應(yīng)阻塞用戶登錄響應(yīng)。3. 關(guān)鍵流程實(shí)戰(zhàn)從用戶下單到庫存扣減的全鏈路代碼走讀3.1 前端購物車提交Vue如何構(gòu)造符合Django REST Framework規(guī)范的請(qǐng)求體用戶在ProductDetail.vue點(diǎn)擊“加入購物車”后數(shù)據(jù)并非直接發(fā)給后端而是先經(jīng)Vuex持久化再在結(jié)算頁Checkout.vue觸發(fā)最終提交。關(guān)鍵在于請(qǐng)求體結(jié)構(gòu)必須匹配Django序列化器Serializer的字段要求// src/store/modules/cart.js 中的 checkout() action const orderData { items: state.cartItems.map(item ({ product_id: item.product.id, quantity: item.quantity, sku_code: item.sku.code // 必須傳SKU編碼非商品ID因同一商品有不同規(guī)格 })), shipping_address: { recipient: rootState.user.profile.name, phone: rootState.user.profile.phone, address: rootState.user.profile.address } } return axios.post(/api/orders/, orderData)為什么sku_code不能省略因?yàn)镻etProduct模型允許一個(gè)商品如“皇家貓糧”關(guān)聯(lián)多個(gè)ProductSKU實(shí)例“幼貓版2kg”、“成貓版5kg”庫存是按SKU粒度管理的。Django后端OrderItemSerializer中product_id字段被顯式聲明為PrimaryKeyRelatedField(querysetProductSKU.objects.all())強(qiáng)制要求傳入SKU的主鍵而非商品主鍵。3.2 后端訂單創(chuàng)建Django如何用select_for_update()防止超賣Django視圖接收到請(qǐng)求后核心邏輯在api/views.py的OrderCreateView中。重點(diǎn)看庫存扣減部分# api/views.py from django.db import transaction from django.db.models import F class OrderCreateView(APIView): def post(self, request): serializer OrderCreateSerializer(datarequest.data) serializer.is_valid(raise_exceptionTrue) with transaction.atomic(): # 開啟數(shù)據(jù)庫事務(wù) order serializer.save(userrequest.user) # 關(guān)鍵對(duì)每個(gè)OrderItem關(guān)聯(lián)的SKU行加排他鎖 for item in serializer.validated_data[items]: sku ProductSKU.objects.select_for_update().get( iditem[product_id] ) if sku.stock item[quantity]: raise ValidationError(fSKU {sku.code} 庫存不足當(dāng)前剩余{sku.stock}) # 原子化扣減數(shù)據(jù)庫層面執(zhí)行 stock stock - quantity ProductSKU.objects.filter(idsku.id).update( stockF(stock) - item[quantity] ) # 創(chuàng)建OrderItem記錄 OrderItem.objects.create( orderorder, skusku, quantityitem[quantity], pricesku.price ) return Response(OrderDetailSerializer(order).data, status201)這段代碼的玄學(xué)點(diǎn)在于select_for_update()的位置它必須在transaction.atomic()上下文中調(diào)用否則鎖會(huì)在查詢后立即釋放select_for_update()鎖定的是ProductSKU表的特定行iditem[product_id]而非整張表避免高并發(fā)時(shí)性能雪崩F(stock) - item[quantity]確保扣減操作在數(shù)據(jù)庫層面完成杜絕“讀取庫存→判斷→更新”三步間的競(jìng)態(tài)條件。3.3 訂單狀態(tài)機(jī)Django如何用狀態(tài)流轉(zhuǎn)規(guī)則拒絕非法操作訂單狀態(tài)不是字符串隨意賦值而是由Order模型的status字段配合OrderStatusTransition服務(wù)類強(qiáng)管控# api/models.py class Order(models.Model): STATUS_CHOICES [ (pending, 待支付), (paid, 已支付), (shipped, 已發(fā)貨), (delivered, 已簽收), (cancelled, 已取消), ] status models.CharField(max_length20, choicesSTATUS_CHOICES, defaultpending) # api/services.py class OrderStatusTransition: # 定義合法狀態(tài)轉(zhuǎn)移路徑key為當(dāng)前狀態(tài)value為允許的目標(biāo)狀態(tài) ALLOWED_TRANSITIONS { pending: [paid, cancelled], paid: [shipped, cancelled], shipped: [delivered, cancelled], delivered: [], cancelled: [], } classmethod def can_transition(cls, from_status, to_status): return to_status in cls.ALLOWED_TRANSITIONS.get(from_status, []) classmethod def transition(cls, order, new_status, user): if not cls.can_transition(order.status, new_status): raise PermissionDenied(f訂單{order.id}無法從{order.status}變?yōu)閧new_status}) # 特殊校驗(yàn)只有管理員能取消已支付訂單 if new_status cancelled and order.status paid: if not user.is_staff: raise PermissionDenied(僅管理員可取消已支付訂單) order.status new_status order.save()答辯時(shí)可強(qiáng)調(diào)的設(shè)計(jì)亮點(diǎn)狀態(tài)機(jī)邏輯與模型解耦便于單元測(cè)試test_order_status_transition.py中可mock所有場(chǎng)景can_transition()方法可被前端調(diào)用通過/api/orders/status-options/接口讓Vue動(dòng)態(tài)渲染“可操作按鈕”避免用戶點(diǎn)擊灰色按鈕后才報(bào)錯(cuò)。4. 避坑指南五個(gè)血淚經(jīng)驗(yàn)換來的高頻問題與排查方案4.1 現(xiàn)象Vue前端登錄成功后訪問/admin/頁面提示403 Forbidden原因Django后端users/views.py中LoginView返回的JWT Token未正確注入到Vue的localStorage或axios攔截器未讀取該Token。解決檢查LoginView是否在Response中返回token字段源碼中return Response({token: token})查看瀏覽器開發(fā)者工具→Application→Storage→Local Storage確認(rèn)token鍵值存在且為長字符串在src/api/index.js中添加調(diào)試日志console.log(Token from localStorage:, localStorage.getItem(token))確認(rèn)攔截器讀取無誤。4.2 現(xiàn)象Django管理后臺(tái)/admin/中修改商品庫存后前端商品列表頁顯示的庫存未更新原因Vue前端使用Vuex緩存了商品列表數(shù)據(jù)但未監(jiān)聽Django管理后臺(tái)的變更事件。解決方案A推薦在src/store/modules/products.js中為fetchProductsaction添加forceRefresh參數(shù)當(dāng)管理員在后臺(tái)操作后前端主動(dòng)調(diào)用dispatch(products/fetchProducts, { forceRefresh: true })方案B進(jìn)階在Django中啟用django-signals當(dāng)ProductSKU模型save()時(shí)觸發(fā)信號(hào)通過channels推送WebSocket消息到前端Vuex訂閱后刷新緩存。4.3 現(xiàn)象用戶下單時(shí)OrderCreateView拋出IntegrityError: null value in column shipping_address原因前端提交的shipping_address對(duì)象結(jié)構(gòu)與Django序列化器OrderCreateSerializer中shipping_address字段的嵌套序列化器不匹配。解決檢查api/serializers.py中ShippingAddressSerializer的字段名如recipient、phone、address是否與前端orderData.shipping_address的key完全一致確認(rèn)前端未傳入null值shipping_address: { recipient: , phone: , address: }會(huì)導(dǎo)致Django校驗(yàn)失敗應(yīng)改為shipping_address: null若允許為空或補(bǔ)全必填字段。4.4 現(xiàn)象Vue路由守衛(wèi)router.beforeEach中next()未被調(diào)用導(dǎo)致頁面白屏原因src/router/index.js中權(quán)限守衛(wèi)邏輯存在異步等待未處理例如store.dispatch(user/checkAuth).then(...)未覆蓋所有分支。解決在守衛(wèi)函數(shù)末尾強(qiáng)制添加else { next() }兜底更穩(wěn)妥做法將權(quán)限檢查改為async/await并用try/catch包裹router.beforeEach(async (to, from, next) { try { await store.dispatch(user/checkAuth) if (to.meta.requiresAuth !store.state.user.token) next(/login) else next() } catch (error) { next(/login) // 任何異常都跳轉(zhuǎn)登錄頁 } })4.5 現(xiàn)象部署到Nginx后Vue路由如/user/profile刷新返回404原因Nginx未配置前端路由的fallback規(guī)則將/user/profile當(dāng)作靜態(tài)文件路徑查找而非交由Vue Router處理。解決在Nginx配置中l(wèi)ocation /塊內(nèi)添加location / { try_files $uri $uri/ /index.html; }此配置確保所有未匹配靜態(tài)資源的請(qǐng)求均由index.html響應(yīng)交由Vue Router解析URL。5. 權(quán)限系統(tǒng)深度解析RBAC模型在Django與Vue中的雙向落地5.1 Django后端如何用Group和Permission實(shí)現(xiàn)細(xì)粒度數(shù)據(jù)隔離項(xiàng)目未使用自定義權(quán)限邏輯而是深度綁定Django內(nèi)置的auth.Group與auth.Permission這是答辯時(shí)體現(xiàn)“遵循框架最佳實(shí)踐”的關(guān)鍵角色建模普通用戶組僅分配add_order、view_product、change_order僅限自己訂單權(quán)限店員組額外分配view_orders查看全部訂單、change_productsku修改庫存權(quán)限管理員組擁有add_*、change_*、delete_*全表權(quán)限且is_staffTrue可訪問Django管理后臺(tái)。數(shù)據(jù)級(jí)權(quán)限控制api/views.py中OrderListView通過重寫get_queryset()實(shí)現(xiàn)class OrderListView(ListAPIView): serializer_class OrderListSerializer def get_queryset(self): user self.request.user if user.is_staff: # 管理員看全部 return Order.objects.all() elif hasattr(user, employee_profile): # 店員看全部 return Order.objects.all() else: # 普通用戶只看自己的 return Order.objects.filter(useruser)5.2 Vue前端如何根據(jù)用戶角色動(dòng)態(tài)渲染菜單與按鈕前端權(quán)限不依賴后端返回的is_staff布爾值而是解析Django返回的user.permissions數(shù)組通過/api/users/me/接口獲取實(shí)現(xiàn)真正的RBAC// src/store/modules/user.js const state { permissions: [] // 如 [view_product, add_order, change_order] } // src/utils/permission.js export function hasPermission(permission) { return state.permissions.includes(permission) } // 在組件中使用 template button v-ifhasPermission(change_productsku) clickopenStockModal 修改庫存 /button /template菜單動(dòng)態(tài)生成邏輯src/router/index.js// 定義路由元信息 const routes [ { path: /admin/products, name: AdminProducts, component: () import(/views/admin/ProductList.vue), meta: { permissions: [view_product, change_productsku] } } ] // 路由守衛(wèi)中過濾 router.beforeEach((to, from, next) { const requiredPerms to.meta.permissions || [] const userPerms store.state.user.permissions if (requiredPerms.some(perm userPerms.includes(perm))) { next() } else { next(/403) // 無權(quán)限頁面 } })5.3 權(quán)限校驗(yàn)的雙重保險(xiǎn)為什么前端按鈕隱藏后端API攔截缺一不可這是一個(gè)常被答辯委員追問的點(diǎn)。答案很直白前端隱藏按鈕如店員看不到“刪除用戶”按鈕是用戶體驗(yàn)優(yōu)化防止用戶誤點(diǎn)后端API攔截如UserDeleteView中if not request.user.is_staff: raise PermissionDenied是安全底線因?yàn)榍岸舜a可被任意篡改。項(xiàng)目在api/permissions.py中定義了IsAdminOrSelf權(quán)限類class IsAdminOrSelf(BasePermission): def has_object_permission(self, request, view, obj): return request.user.is_staff or obj request.user并在users/views.py的UserDetailView中聲明class UserDetailView(RetrieveUpdateDestroyAPIView): permission_classes [IsAdminOrSelf] # 僅管理員可刪他人用戶只能刪自己這種設(shè)計(jì)讓答辯時(shí)能清晰展示權(quán)限控制既在路由層菜單、也在視圖層API、還在對(duì)象層單條記錄形成縱深防御。6. 畢業(yè)設(shè)計(jì)加分技巧三招讓答辯老師眼前一亮的實(shí)操細(xì)節(jié)6.1 把“庫存預(yù)警”做成可演示的實(shí)時(shí)通知WebSocket集成實(shí)戰(zhàn)答辯時(shí)如果只說“系統(tǒng)有庫存預(yù)警”老師只會(huì)點(diǎn)頭但如果你打開后臺(tái)將某SKU庫存設(shè)為1然后在前臺(tái)商品頁看到右上角彈出紅色氣泡“【警告】皇家貓糧幼貓版庫存僅剩1袋”老師一定會(huì)追問技術(shù)細(xì)節(jié)。這背后是Django Channels的輕量級(jí)集成后端配置backend/petshop/settings.pyINSTALLED_APPS [channels] ASGI_APPLICATION petshop.asgi.application CHANNEL_LAYERS { default: { BACKEND: channels.layers.InMemoryChannelLayer # 開發(fā)環(huán)境用內(nèi)存層 } }預(yù)警觸發(fā)邏輯api/services.pyfrom channels.layers import get_channel_layer from asgiref.sync import async_to_sync def check_low_stock_alert(sku): if sku.stock sku.low_stock_threshold: channel_layer get_channel_layer() async_to_sync(channel_layer.group_send)( inventory_alerts, { type: inventory.alert, message: f【警告】{sku.product.name}{sku.code}庫存僅剩{sku.stock}袋 } )前端接收src/plugins/websocket.jsconst socket new WebSocket(ws://${window.location.host}/ws/inventory/); socket.onmessage (e) { const data JSON.parse(e.data); if (data.type inventory.alert) { this.$message.warning(data.message); // Element UI消息提示 } };從那以后我每次做帶實(shí)時(shí)通知的畢設(shè)都強(qiáng)制走一遍WebSocket連接測(cè)試先用wscat -c ws://localhost:8000/ws/inventory/手動(dòng)發(fā)消息確認(rèn)通道暢通再寫業(yè)務(wù)邏輯。這招讓三次答辯都沒被問倒過WebSocket握手失敗的問題——希望幫到你。6.2 用Django管理后臺(tái)的list_display_links和search_fields提升答辯演示效率答辯現(xiàn)場(chǎng)老師常會(huì)說“你演示下管理員怎么批量修改商品價(jià)格” 如果你手忙腳亂在ProductList.vue里找編輯入口不如直接切到Django管理后臺(tái)/admin/api/product/這里已預(yù)置好list_display_links [name, category]點(diǎn)擊商品名直接進(jìn)入編輯頁search_fields [name, description, sku__code]支持按商品名、描述、SKU編碼全局搜索list_filter [category, is_active, created_at]右側(cè)篩選欄可按分類、上下架狀態(tài)、創(chuàng)建時(shí)間快速過濾。這些不是默認(rèn)配置而是api/admin.py中顯式聲明admin.register(Product) class ProductAdmin(admin.ModelAdmin): list_display [name, category, is_active, created_at] list_display_links [name, category] search_fields [name, description, skus__code] # 注意外鍵反向查詢寫法 list_filter [category, is_active, created_at]演示技巧答辯時(shí)用Chrome隱身窗口打開/admin/輸入admin/admin默認(rèn)賬號(hào)密碼現(xiàn)場(chǎng)演示“搜索‘貓糧’→勾選3個(gè)商品→動(dòng)作選‘修改價(jià)格’→批量設(shè)為￥199”全程30秒比Vue前端操作直觀十倍。6.3 為答辯定制requirements.txt剔除開發(fā)依賴只留生產(chǎn)必需包很多同學(xué)答辯時(shí)被問“你用的什么數(shù)據(jù)庫”答“SQLite”會(huì)被質(zhì)疑“沒考慮生產(chǎn)環(huán)境”。其實(shí)只需在requirements.txt中做個(gè)小手術(shù)保留Django3.2.23、djangorestframework3.12.4等核心包移除django-debug-toolbar、django-extensions等開發(fā)專用包它們會(huì)污染生產(chǎn)環(huán)境將psycopg2-binary2.9.1從注釋狀態(tài)改為啟用并備注# 生產(chǎn)環(huán)境PostgreSQL驅(qū)動(dòng)開發(fā)時(shí)可注釋。這樣答辯時(shí)可以說“開發(fā)用SQLite快速迭代部署時(shí)只需替換數(shù)據(jù)庫配置并安裝psycopg2-binary零代碼修改”。老師聽到“零代碼修改”四個(gè)字基本就認(rèn)可你的工程化思維了。本文還有配套的精品資源點(diǎn)擊獲取 Django+Vue寵物商店實(shí)戰(zhàn)：庫存原子扣減、訂單狀態(tài)機(jī)與RBAC權(quán)限落地
簡介這是一套基于PythonDjangoVue.js全棧技術(shù)實(shí)現(xiàn)的寵物商店管理系統(tǒng)源碼專為計(jì)算機(jī)相關(guān)專業(yè)本科生畢業(yè)設(shè)計(jì)與課程設(shè)計(jì)打造已通過導(dǎo)師審核并獲98.5分高分評(píng)價(jià)適用于畢設(shè)選題參考、項(xiàng)目實(shí)戰(zhàn)訓(xùn)練及期末大作業(yè)開發(fā)。資源包共396個(gè)文件涵蓋32個(gè)核心Python后端邏輯文件、28個(gè)Vue前端組件、49個(gè)TypeScript業(yè)務(wù)腳本、35個(gè)JPG/JPEG商品圖與UI截圖、38個(gè)SVG圖標(biāo)資源以及SQL數(shù)據(jù)庫腳本、文檔手冊(cè).docx、配置文件與靜態(tài)資源整體壓縮包僅23.44MB輕量易部署。目前已有238人學(xué)習(xí)下載學(xué)習(xí)熱度持續(xù)上升。讀者可直接獲取完整可運(yùn)行項(xiàng)目結(jié)構(gòu)、前后端分離標(biāo)準(zhǔn)目錄、真實(shí)業(yè)務(wù)場(chǎng)景下的權(quán)限管理與商品訂單流程代碼、配套說明文檔及典型界面截圖大幅降低畢設(shè)開發(fā)門檻助力快速理解Django REST API對(duì)接Vue生態(tài)的工程實(shí)踐要點(diǎn)。1. 這不是又一個(gè)“增刪改查”DemoDjangoVue雙端協(xié)同的寵物商店系統(tǒng)真能跑通庫存預(yù)警、訂單狀態(tài)機(jī)、多角色權(quán)限隔離三道關(guān)你手頭那份被導(dǎo)師打回三次的畢業(yè)設(shè)計(jì)選題——“基于Web的寵物用品管理系統(tǒng)”大概率還卡在登錄頁跳轉(zhuǎn)404、Vue組件里調(diào)不到Django API、或者管理員刪商品時(shí)把用戶購物車也清空了。這不是代碼寫得不夠多而是沒踩過真實(shí)業(yè)務(wù)里的三道硬坎庫存扣減必須原子化否則兩只貓搶最后一袋貓糧會(huì)超賣、訂單狀態(tài)流轉(zhuǎn)不能靠前端JS硬編碼發(fā)貨/拒收/退款必須服務(wù)端強(qiáng)校驗(yàn)、普通用戶、店員、管理員三類角色的數(shù)據(jù)視圖和操作邊界必須由后端策略兜底Vue路由守衛(wèi)只是第一道門。這個(gè)源碼包不是教學(xué)玩具它用Django REST Framework搭出帶JWT鑒權(quán)的API層Vue CLI 4構(gòu)建的前端嚴(yán)格按RBAC模型渲染菜單與按鈕連數(shù)據(jù)庫遷移腳本都預(yù)置了PetCategory、PetProduct、OrderItem等12張表的完整關(guān)系鏈。適合正在趕畢設(shè)DDL、但不想交一份“能登錄但不敢點(diǎn)提交”的同學(xué)也適合想快速驗(yàn)證DjangoVue分離架構(gòu)落地細(xì)節(jié)的課程設(shè)計(jì)者——它不教你怎么寫Hello World只告訴你當(dāng)用戶點(diǎn)擊“立即購買”時(shí)后端如何用select_for_update()鎖住庫存行前端如何用Vuex持久化購物車并響應(yīng)WebSocket推送的訂單狀態(tài)變更。2. 從零啟動(dòng)環(huán)境準(zhǔn)備、項(xiàng)目結(jié)構(gòu)解剖與核心模塊職責(zé)劃分2.1 環(huán)境依賴與版本錨定為什么必須用Python 3.8、Django 3.2、Vue CLI 4這個(gè)項(xiàng)目對(duì)版本有明確約束不是為了制造兼容性障礙而是規(guī)避幾個(gè)已知黑匣子Django 3.2 是最后一個(gè)支持django.contrib.postgres原生JSONField且與DRF 3.12完全兼容的LTS版本而本項(xiàng)目商品SKU屬性如“適配貓齡幼貓/成貓/老年貓”直接存為JSON字段避免冗余表設(shè)計(jì)Vue CLI 4 對(duì)vue-router3.x 的懶加載語法支持更穩(wěn)定能確保/admin/orders和/user/cart兩個(gè)路由的代碼分割不翻車Python 3.8 強(qiáng)制要求async/await語法為后續(xù)可能接入的異步通知如短信發(fā)貨提醒留出擴(kuò)展槽位。提示不要用pip install -r requirements.txt一鍵安裝——文件里混入了psycopg2-binary2.9.1PostgreSQL驅(qū)動(dòng)和django-crispy-forms1.12.0管理后臺(tái)表單渲染但你的本地開發(fā)環(huán)境若用SQLite默認(rèn)配置需先注釋掉psycopg2-binary行否則pip install會(huì)因編譯失敗中斷。# 推薦分步執(zhí)行Windows/macOS/Linux通用 python -m venv venv_petshop source venv_petshop/bin/activate # Linux/macOS # venv_petshop\Scripts\activate # Windows pip install --upgrade pip pip install django3.2.23 djangorestframework3.12.4 django-filter21.1 pip install django-crispy-forms1.12.0 # 管理后臺(tái)增強(qiáng) # SQLite開發(fā)階段跳過psycopg2待部署到生產(chǎn)環(huán)境再裝2.2 項(xiàng)目目錄樹看清Django后端與Vue前端如何物理隔離又邏輯耦合源碼包采用經(jīng)典分離式布局后端Django項(xiàng)目與前端Vue項(xiàng)目位于同一根目錄下但互不嵌套petshop/ ├── backend/ # Django項(xiàng)目根目錄manage.py所在 │ ├── petshop/ # Django配置包settings.py在此 │ ├── api/ # REST API應(yīng)用核心業(yè)務(wù)邏輯 │ ├── users/ # 用戶認(rèn)證與權(quán)限應(yīng)用 │ └── manage.py ├── frontend/ # Vue CLI項(xiàng)目根目錄package.json所在 │ ├── src/ │ │ ├── api/ # 封裝axios請(qǐng)求攔截器自動(dòng)攜帶JWT Token │ │ ├── store/ # Vuex狀態(tài)管理購物車、用戶信息、訂單列表 │ │ ├── router/ # 路由定義含動(dòng)態(tài)路由加載與權(quán)限守衛(wèi) │ │ └── views/ # 頁面組件Login.vue, ProductList.vue等 │ └── package.json └── README.md關(guān)鍵耦合點(diǎn)有三處API地址約定Vue中所有axios.get(/api/products/)請(qǐng)求實(shí)際指向Django的api/urls.py中path(api/, include(api.urls))Token傳遞機(jī)制Django后端返回JWT Token后Vue通過localStorage.setItem(token, response.data.token)持久化并在src/api/index.js中全局設(shè)置axios.defaults.headers.common[Authorization] Bearer token靜態(tài)資源托管Django的petshop/settings.py中STATICFILES_DIRS [os.path.join(BASE_DIR, frontend/dist)]確保npm run build生成的dist/目錄被Django當(dāng)作靜態(tài)文件服務(wù)——這是實(shí)現(xiàn)“單域名部署”的技術(shù)基礎(chǔ)。2.3 核心模塊職責(zé)拆解為什么api應(yīng)用要拆出orders、inventory、notifications三個(gè)子模塊項(xiàng)目未將所有邏輯塞進(jìn)一個(gè)api/views.py而是按業(yè)務(wù)域垂直切分這是應(yīng)對(duì)畢業(yè)設(shè)計(jì)答辯時(shí)“高內(nèi)聚低耦合”提問的關(guān)鍵證據(jù)模塊名主要職責(zé)典型文件與方法為何必須獨(dú)立orders訂單創(chuàng)建、狀態(tài)機(jī)流轉(zhuǎn)、支付回調(diào)處理views.py中的OrderCreateView、OrderStatusUpdateView狀態(tài)變更需事務(wù)控制如“待支付→已支付”需同步扣減庫存獨(dú)立模塊便于加數(shù)據(jù)庫事務(wù)裝飾器transaction.atomicinventory庫存查詢、扣減、預(yù)警閾值檢查、SKU組合計(jì)算services.py中的decrease_stock()、check_low_stock_alert()扣減邏輯涉及select_for_update()行鎖與訂單無關(guān)的庫存操作如店員補(bǔ)貨可復(fù)用此服務(wù)notificationsWebSocket消息推送訂單狀態(tài)變更、郵件模板渲染consumers.py中的OrderStatusConsumer若與訂單邏輯混寫會(huì)導(dǎo)致Django視圖阻塞WebSocket連接獨(dú)立模塊用ASGI服務(wù)器解耦注意users應(yīng)用負(fù)責(zé)JWT簽發(fā)與校驗(yàn)但不處理密碼重置郵件發(fā)送——該功能被刻意剝離到notifications模塊因?yàn)猷]件發(fā)送是耗時(shí)IO操作不應(yīng)阻塞用戶登錄響應(yīng)。3. 關(guān)鍵流程實(shí)戰(zhàn)從用戶下單到庫存扣減的全鏈路代碼走讀3.1 前端購物車提交Vue如何構(gòu)造符合Django REST Framework規(guī)范的請(qǐng)求體用戶在ProductDetail.vue點(diǎn)擊“加入購物車”后數(shù)據(jù)并非直接發(fā)給后端而是先經(jīng)Vuex持久化再在結(jié)算頁Checkout.vue觸發(fā)最終提交。關(guān)鍵在于請(qǐng)求體結(jié)構(gòu)必須匹配Django序列化器Serializer的字段要求// src/store/modules/cart.js 中的 checkout() action const orderData { items: state.cartItems.map(item ({ product_id: item.product.id, quantity: item.quantity, sku_code: item.sku.code // 必須傳SKU編碼非商品ID因同一商品有不同規(guī)格 })), shipping_address: { recipient: rootState.user.profile.name, phone: rootState.user.profile.phone, address: rootState.user.profile.address } } return axios.post(/api/orders/, orderData)為什么sku_code不能省略因?yàn)镻etProduct模型允許一個(gè)商品如“皇家貓糧”關(guān)聯(lián)多個(gè)ProductSKU實(shí)例“幼貓版2kg”、“成貓版5kg”庫存是按SKU粒度管理的。Django后端OrderItemSerializer中product_id字段被顯式聲明為PrimaryKeyRelatedField(querysetProductSKU.objects.all())強(qiáng)制要求傳入SKU的主鍵而非商品主鍵。3.2 后端訂單創(chuàng)建Django如何用select_for_update()防止超賣Django視圖接收到請(qǐng)求后核心邏輯在api/views.py的OrderCreateView中。重點(diǎn)看庫存扣減部分# api/views.py from django.db import transaction from django.db.models import F class OrderCreateView(APIView): def post(self, request): serializer OrderCreateSerializer(datarequest.data) serializer.is_valid(raise_exceptionTrue) with transaction.atomic(): # 開啟數(shù)據(jù)庫事務(wù) order serializer.save(userrequest.user) # 關(guān)鍵對(duì)每個(gè)OrderItem關(guān)聯(lián)的SKU行加排他鎖 for item in serializer.validated_data[items]: sku ProductSKU.objects.select_for_update().get( iditem[product_id] ) if sku.stock item[quantity]: raise ValidationError(fSKU {sku.code} 庫存不足當(dāng)前剩余{sku.stock}) # 原子化扣減數(shù)據(jù)庫層面執(zhí)行 stock stock - quantity ProductSKU.objects.filter(idsku.id).update( stockF(stock) - item[quantity] ) # 創(chuàng)建OrderItem記錄 OrderItem.objects.create( orderorder, skusku, quantityitem[quantity], pricesku.price ) return Response(OrderDetailSerializer(order).data, status201)這段代碼的玄學(xué)點(diǎn)在于select_for_update()的位置它必須在transaction.atomic()上下文中調(diào)用否則鎖會(huì)在查詢后立即釋放select_for_update()鎖定的是ProductSKU表的特定行iditem[product_id]而非整張表避免高并發(fā)時(shí)性能雪崩F(stock) - item[quantity]確保扣減操作在數(shù)據(jù)庫層面完成杜絕“讀取庫存→判斷→更新”三步間的競(jìng)態(tài)條件。3.3 訂單狀態(tài)機(jī)Django如何用狀態(tài)流轉(zhuǎn)規(guī)則拒絕非法操作訂單狀態(tài)不是字符串隨意賦值而是由Order模型的status字段配合OrderStatusTransition服務(wù)類強(qiáng)管控# api/models.py class Order(models.Model): STATUS_CHOICES [ (pending, 待支付), (paid, 已支付), (shipped, 已發(fā)貨), (delivered, 已簽收), (cancelled, 已取消), ] status models.CharField(max_length20, choicesSTATUS_CHOICES, defaultpending) # api/services.py class OrderStatusTransition: # 定義合法狀態(tài)轉(zhuǎn)移路徑key為當(dāng)前狀態(tài)value為允許的目標(biāo)狀態(tài) ALLOWED_TRANSITIONS { pending: [paid, cancelled], paid: [shipped, cancelled], shipped: [delivered, cancelled], delivered: [], cancelled: [], } classmethod def can_transition(cls, from_status, to_status): return to_status in cls.ALLOWED_TRANSITIONS.get(from_status, []) classmethod def transition(cls, order, new_status, user): if not cls.can_transition(order.status, new_status): raise PermissionDenied(f訂單{order.id}無法從{order.status}變?yōu)閧new_status}) # 特殊校驗(yàn)只有管理員能取消已支付訂單 if new_status cancelled and order.status paid: if not user.is_staff: raise PermissionDenied(僅管理員可取消已支付訂單) order.status new_status order.save()答辯時(shí)可強(qiáng)調(diào)的設(shè)計(jì)亮點(diǎn)狀態(tài)機(jī)邏輯與模型解耦便于單元測(cè)試test_order_status_transition.py中可mock所有場(chǎng)景can_transition()方法可被前端調(diào)用通過/api/orders/status-options/接口讓Vue動(dòng)態(tài)渲染“可操作按鈕”避免用戶點(diǎn)擊灰色按鈕后才報(bào)錯(cuò)。4. 避坑指南五個(gè)血淚經(jīng)驗(yàn)換來的高頻問題與排查方案4.1 現(xiàn)象Vue前端登錄成功后訪問/admin/頁面提示403 Forbidden原因Django后端users/views.py中LoginView返回的JWT Token未正確注入到Vue的localStorage或axios攔截器未讀取該Token。解決檢查LoginView是否在Response中返回token字段源碼中return Response({token: token})查看瀏覽器開發(fā)者工具→Application→Storage→Local Storage確認(rèn)token鍵值存在且為長字符串在src/api/index.js中添加調(diào)試日志console.log(Token from localStorage:, localStorage.getItem(token))確認(rèn)攔截器讀取無誤。4.2 現(xiàn)象Django管理后臺(tái)/admin/中修改商品庫存后前端商品列表頁顯示的庫存未更新原因Vue前端使用Vuex緩存了商品列表數(shù)據(jù)但未監(jiān)聽Django管理后臺(tái)的變更事件。解決方案A推薦在src/store/modules/products.js中為fetchProductsaction添加forceRefresh參數(shù)當(dāng)管理員在后臺(tái)操作后前端主動(dòng)調(diào)用dispatch(products/fetchProducts, { forceRefresh: true })方案B進(jìn)階在Django中啟用django-signals當(dāng)ProductSKU模型save()時(shí)觸發(fā)信號(hào)通過channels推送WebSocket消息到前端Vuex訂閱后刷新緩存。4.3 現(xiàn)象用戶下單時(shí)OrderCreateView拋出IntegrityError: null value in column shipping_address原因前端提交的shipping_address對(duì)象結(jié)構(gòu)與Django序列化器OrderCreateSerializer中shipping_address字段的嵌套序列化器不匹配。解決檢查api/serializers.py中ShippingAddressSerializer的字段名如recipient、phone、address是否與前端orderData.shipping_address的key完全一致確認(rèn)前端未傳入null值shipping_address: { recipient: , phone: , address: }會(huì)導(dǎo)致Django校驗(yàn)失敗應(yīng)改為shipping_address: null若允許為空或補(bǔ)全必填字段。4.4 現(xiàn)象Vue路由守衛(wèi)router.beforeEach中next()未被調(diào)用導(dǎo)致頁面白屏原因src/router/index.js中權(quán)限守衛(wèi)邏輯存在異步等待未處理例如store.dispatch(user/checkAuth).then(...)未覆蓋所有分支。解決在守衛(wèi)函數(shù)末尾強(qiáng)制添加else { next() }兜底更穩(wěn)妥做法將權(quán)限檢查改為async/await并用try/catch包裹router.beforeEach(async (to, from, next) { try { await store.dispatch(user/checkAuth) if (to.meta.requiresAuth !store.state.user.token) next(/login) else next() } catch (error) { next(/login) // 任何異常都跳轉(zhuǎn)登錄頁 } })4.5 現(xiàn)象部署到Nginx后Vue路由如/user/profile刷新返回404原因Nginx未配置前端路由的fallback規(guī)則將/user/profile當(dāng)作靜態(tài)文件路徑查找而非交由Vue Router處理。解決在Nginx配置中l(wèi)ocation /塊內(nèi)添加location / { try_files $uri $uri/ /index.html; }此配置確保所有未匹配靜態(tài)資源的請(qǐng)求均由index.html響應(yīng)交由Vue Router解析URL。5. 權(quán)限系統(tǒng)深度解析RBAC模型在Django與Vue中的雙向落地5.1 Django后端如何用Group和Permission實(shí)現(xiàn)細(xì)粒度數(shù)據(jù)隔離項(xiàng)目未使用自定義權(quán)限邏輯而是深度綁定Django內(nèi)置的auth.Group與auth.Permission這是答辯時(shí)體現(xiàn)“遵循框架最佳實(shí)踐”的關(guān)鍵角色建模普通用戶組僅分配add_order、view_product、change_order僅限自己訂單權(quán)限店員組額外分配view_orders查看全部訂單、change_productsku修改庫存權(quán)限管理員組擁有add_*、change_*、delete_*全表權(quán)限且is_staffTrue可訪問Django管理后臺(tái)。數(shù)據(jù)級(jí)權(quán)限控制api/views.py中OrderListView通過重寫get_queryset()實(shí)現(xiàn)class OrderListView(ListAPIView): serializer_class OrderListSerializer def get_queryset(self): user self.request.user if user.is_staff: # 管理員看全部 return Order.objects.all() elif hasattr(user, employee_profile): # 店員看全部 return Order.objects.all() else: # 普通用戶只看自己的 return Order.objects.filter(useruser)5.2 Vue前端如何根據(jù)用戶角色動(dòng)態(tài)渲染菜單與按鈕前端權(quán)限不依賴后端返回的is_staff布爾值而是解析Django返回的user.permissions數(shù)組通過/api/users/me/接口獲取實(shí)現(xiàn)真正的RBAC// src/store/modules/user.js const state { permissions: [] // 如 [view_product, add_order, change_order] } // src/utils/permission.js export function hasPermission(permission) { return state.permissions.includes(permission) } // 在組件中使用 template button v-ifhasPermission(change_productsku) clickopenStockModal 修改庫存 /button /template菜單動(dòng)態(tài)生成邏輯src/router/index.js// 定義路由元信息 const routes [ { path: /admin/products, name: AdminProducts, component: () import(/views/admin/ProductList.vue), meta: { permissions: [view_product, change_productsku] } } ] // 路由守衛(wèi)中過濾 router.beforeEach((to, from, next) { const requiredPerms to.meta.permissions || [] const userPerms store.state.user.permissions if (requiredPerms.some(perm userPerms.includes(perm))) { next() } else { next(/403) // 無權(quán)限頁面 } })5.3 權(quán)限校驗(yàn)的雙重保險(xiǎn)為什么前端按鈕隱藏后端API攔截缺一不可這是一個(gè)常被答辯委員追問的點(diǎn)。答案很直白前端隱藏按鈕如店員看不到“刪除用戶”按鈕是用戶體驗(yàn)優(yōu)化防止用戶誤點(diǎn)后端API攔截如UserDeleteView中if not request.user.is_staff: raise PermissionDenied是安全底線因?yàn)榍岸舜a可被任意篡改。項(xiàng)目在api/permissions.py中定義了IsAdminOrSelf權(quán)限類class IsAdminOrSelf(BasePermission): def has_object_permission(self, request, view, obj): return request.user.is_staff or obj request.user并在users/views.py的UserDetailView中聲明class UserDetailView(RetrieveUpdateDestroyAPIView): permission_classes [IsAdminOrSelf] # 僅管理員可刪他人用戶只能刪自己這種設(shè)計(jì)讓答辯時(shí)能清晰展示權(quán)限控制既在路由層菜單、也在視圖層API、還在對(duì)象層單條記錄形成縱深防御。6. 畢業(yè)設(shè)計(jì)加分技巧三招讓答辯老師眼前一亮的實(shí)操細(xì)節(jié)6.1 把“庫存預(yù)警”做成可演示的實(shí)時(shí)通知WebSocket集成實(shí)戰(zhàn)答辯時(shí)如果只說“系統(tǒng)有庫存預(yù)警”老師只會(huì)點(diǎn)頭但如果你打開后臺(tái)將某SKU庫存設(shè)為1然后在前臺(tái)商品頁看到右上角彈出紅色氣泡“【警告】皇家貓糧幼貓版庫存僅剩1袋”老師一定會(huì)追問技術(shù)細(xì)節(jié)。這背后是Django Channels的輕量級(jí)集成后端配置backend/petshop/settings.pyINSTALLED_APPS [channels] ASGI_APPLICATION petshop.asgi.application CHANNEL_LAYERS { default: { BACKEND: channels.layers.InMemoryChannelLayer # 開發(fā)環(huán)境用內(nèi)存層 } }預(yù)警觸發(fā)邏輯api/services.pyfrom channels.layers import get_channel_layer from asgiref.sync import async_to_sync def check_low_stock_alert(sku): if sku.stock sku.low_stock_threshold: channel_layer get_channel_layer() async_to_sync(channel_layer.group_send)( inventory_alerts, { type: inventory.alert, message: f【警告】{sku.product.name}{sku.code}庫存僅剩{sku.stock}袋 } )前端接收src/plugins/websocket.jsconst socket new WebSocket(ws://${window.location.host}/ws/inventory/); socket.onmessage (e) { const data JSON.parse(e.data); if (data.type inventory.alert) { this.$message.warning(data.message); // Element UI消息提示 } };從那以后我每次做帶實(shí)時(shí)通知的畢設(shè)都強(qiáng)制走一遍WebSocket連接測(cè)試先用wscat -c ws://localhost:8000/ws/inventory/手動(dòng)發(fā)消息確認(rèn)通道暢通再寫業(yè)務(wù)邏輯。這招讓三次答辯都沒被問倒過WebSocket握手失敗的問題——希望幫到你。6.2 用Django管理后臺(tái)的list_display_links和search_fields提升答辯演示效率答辯現(xiàn)場(chǎng)老師常會(huì)說“你演示下管理員怎么批量修改商品價(jià)格” 如果你手忙腳亂在ProductList.vue里找編輯入口不如直接切到Django管理后臺(tái)/admin/api/product/這里已預(yù)置好list_display_links [name, category]點(diǎn)擊商品名直接進(jìn)入編輯頁search_fields [name, description, sku__code]支持按商品名、描述、SKU編碼全局搜索list_filter [category, is_active, created_at]右側(cè)篩選欄可按分類、上下架狀態(tài)、創(chuàng)建時(shí)間快速過濾。這些不是默認(rèn)配置而是api/admin.py中顯式聲明admin.register(Product) class ProductAdmin(admin.ModelAdmin): list_display [name, category, is_active, created_at] list_display_links [name, category] search_fields [name, description, skus__code] # 注意外鍵反向查詢寫法 list_filter [category, is_active, created_at]演示技巧答辯時(shí)用Chrome隱身窗口打開/admin/輸入admin/admin默認(rèn)賬號(hào)密碼現(xiàn)場(chǎng)演示“搜索‘貓糧’→勾選3個(gè)商品→動(dòng)作選‘修改價(jià)格’→批量設(shè)為￥199”全程30秒比Vue前端操作直觀十倍。6.3 為答辯定制requirements.txt剔除開發(fā)依賴只留生產(chǎn)必需包很多同學(xué)答辯時(shí)被問“你用的什么數(shù)據(jù)庫”答“SQLite”會(huì)被質(zhì)疑“沒考慮生產(chǎn)環(huán)境”。其實(shí)只需在requirements.txt中做個(gè)小手術(shù)保留Django3.2.23、djangorestframework3.12.4等核心包移除django-debug-toolbar、django-extensions等開發(fā)專用包它們會(huì)污染生產(chǎn)環(huán)境將psycopg2-binary2.9.1從注釋狀態(tài)改為啟用并備注# 生產(chǎn)環(huán)境PostgreSQL驅(qū)動(dòng)開發(fā)時(shí)可注釋。這樣答辯時(shí)可以說“開發(fā)用SQLite快速迭代部署時(shí)只需替換數(shù)據(jù)庫配置并安裝psycopg2-binary零代碼修改”。老師聽到“零代碼修改”四個(gè)字基本就認(rèn)可你的工程化思維了。本文還有配套的精品資源點(diǎn)擊獲取