做畢設選“SpringBootVue停車場管理系統(tǒng)”這個題目的人這兩年是真的多。原因也很實在技術棧主流、業(yè)務場景清晰、前后端分離的架構踩中當下企業(yè)開發(fā)的主流范式答辯時既能講業(yè)務又能講技術怎么都有話說。不過題目選得容易真正落地卻有不少坑——版本兼容、權限控制、數(shù)據(jù)庫設計、打包部署每一步都有可能卡住你三五天。我前前后后幫人看過不少這個題目的代碼自己也完整搭過一版這篇就把整個項目的設計和實操細節(jié)拆開揉碎講一遍給正在做這個畢設的同學當個參考。先說清楚這套系統(tǒng)是做什么的管理員登錄后臺維護車位信息、管理月卡用戶、設置計費規(guī)則用戶端可以注冊登錄、綁定車牌、查看車位余量、繳納停車費、申請月卡。整個系統(tǒng)跑在SpringBootJPA/MyBatis這套后端上前端用Vue全家桶做SPA單頁應用通過RESTful API通信。麻雀雖小五臟俱全該有的模塊一個不少用來做畢業(yè)論文的技術承載面足夠?qū)挾颐總€模塊都能引出對應的技術點寫到論文里不愁沒有內(nèi)容。1. 項目定位與整體設計思路1.1 為什么選SpringBootVue這套組合畢業(yè)設計的技術選型第一原則不是“哪個最屌”而是“哪個最穩(wěn)、最能讓你順利畢業(yè)”。SpringBootVue正好踩在這個平衡點上。從后端看SpringBoot把Spring的配置地獄徹底壓平了你不需要理解復雜的XML配置幾個注解就能把接口跑起來。這對精力上要兼顧論文和找工作的應屆生來說非常友好。更關鍵的是SpringBoot的自動裝配原理、內(nèi)嵌Tomcat、Starter機制這些都是答辯時的經(jīng)典提問點屬于“你稍微準備一下就能答好”的送分題。從前端看Vue的學習曲線比React平滑中文資料多遇到問題一搜就有答案。Vue的雙向綁定讓表單處理變得很直觀路由、狀態(tài)管理、組件通信這些概念理解起來也不費勁。更重要的是Vue全家桶你能寫明白“響應式原理”“虛擬DOM”“路由守衛(wèi)”這幾個點論文的技術分析章節(jié)就有著落了。這套組合還有一層隱性優(yōu)勢社區(qū)活躍度極高。你寫到某一步卡住了不管是CSDN還是GitHub幾乎都能找到現(xiàn)成的解決方案不會像小眾框架那樣問遍全網(wǎng)無應答。1.2 功能模塊拆解從業(yè)務需求推導架構做畢設不要一上來就寫代碼先把業(yè)務流程理清楚。停車場管理系統(tǒng)核心是“車進場、車出場、收錢、管卡”這個閉環(huán)圍繞它展開功能模塊管理員端車位管理增刪改查車位、設置車位類型、訂單管理查看收費記錄、處理異常訂單、月卡管理審核月卡申請、續(xù)期、退卡、用戶管理禁用/啟用賬號、計費規(guī)則設置按時計費或按次計費、數(shù)據(jù)統(tǒng)計看板今日營收、車輛進出趨勢、車位利用率。用戶端注冊登錄、綁定車牌、實時車位余量查看、停車記錄查詢、在線繳費微信/支付寶模擬支付即可、月卡申請與續(xù)費、個人資料維護。模塊劃分上建議遵循“高內(nèi)聚、低耦合”。車、訂單、用戶、計費這四塊盡量獨立成package各模塊之間只通過Service接口交互不要互相直接拆內(nèi)部實現(xiàn)。這樣寫的好處是第一你論文里可以畫出清晰的模塊架構圖答辯時有東西可講第二后期維護和加功能不會牽一發(fā)而動全身。我見過很多人的畢設代碼是Controller里堆了兩千行所有業(yè)務邏輯全寫在接口里數(shù)表和訂單表強耦合。這種代碼跑起來沒問題但答辯時老師看一眼源碼問一句“你這個層與層的職責怎么劃分的”基本就啞火了。所以設計階段多花半天畫清楚模塊關系圖后面寫代碼能省不止兩天。1.3 技術棧選型與版本選擇別小看這個環(huán)節(jié)技術棧列表是論文里最顯眼的部分也是答辯老師最愛盯著看的部分。推薦一套親測穩(wěn)的組合層級技術選型說明前端框架Vue 2.6 Vue Router 3 Vuex用Vue 2是因為教程最多、最成熟Element UI也完美兼容Vue 3項目如果時間充裕也可以但配套組件庫要先確認兼容性UI組件庫Element UI表格、表單、對話框都有現(xiàn)成組件幾行代碼就能拼出后臺管理界面省下大把寫CSS的時間后端框架SpringBoot 2.5.xJDK8最高兼容組合網(wǎng)上的教程大部分基于這個版本遇到問題容易搜到答案你非要上Spring Boot 3.x就得配JDK17很多坑等著你填ORM層MyBatis-Plus單表CRUD不用寫SQL自帶分頁插件比原生MyBatis省一半工作量數(shù)據(jù)庫MySQL 5.7 / 8.05.7穩(wěn)定8.0性能更好兩個版本語法上基本無感隨便選認證方案JWT Spring Security無狀態(tài)認證前后端分離項目標配答辯能講的東西多構建工具Maven 3.6.主流中的主流IDEA內(nèi)置支持直接用它build就行這里特別提醒一句版本不是越新越好尤其是畢設這個場景。你在搜索時如果發(fā)現(xiàn)“SpringBoot版本太高”引發(fā)配置類找不到、依賴沖突等問題大概率是用了3.x結果自己還沒意識到JDK版本沒對上。老老實實鎖死版本號按上表來能省掉大量不必要的排查時間。前端也一樣不要一上來就去追Vue 3 Vite的組合等你把Vue 2這套跑通了原理都弄明白了再去聊新特性不遲。2. 核心技術與實現(xiàn)細節(jié)解析2.1 后端SpringBoot自動裝配原理與項目分層后端這塊我先說幾個大家容易忽略但答辯會問到的點。SpringBoot自動裝配到底自動了什么簡單說SpringBoot用EnableAutoConfiguration注解開啟自動裝配這個注解通過Import(AutoConfigurationImportSelector.class)去加載META-INF/spring.factories文件里聲明的所有配置類然后通過ConditionalOnClass、ConditionalOnProperty這類條件注解按當前classpath和配置動態(tài)決定哪些Bean要創(chuàng)建。比如你引入了spring-boot-starter-webclasspath下有DispatcherServlet它就自動把WebMvc相關的那套Bean裝配好。放到你的停車場系統(tǒng)里這個原理體現(xiàn)在哪在你引入spring-boot-starter-data-jpa或MyBatis-Starter的時候SpringBoot自動幫你裝配好了DataSource、SqlSessionFactory、事務管理器。你不需要寫一行XML配置只需要在application.yml里填好數(shù)據(jù)庫連接信息就行。這個“自動”的背后就是條件裝配在起作用。后端分層這塊無論如何都要拆干凈。我習慣按這套結構組織代碼com.example.parking ├── controller // 接收請求參數(shù)校驗返回結果 ├── service // 業(yè)務邏輯層事務控制在這里 ├── mapper/repository // 數(shù)據(jù)訪問層 ├── entity/model // 實體類 ├── dto // 數(shù)據(jù)傳輸對象避免實體類直接暴露給前端 ├── config // 配置類如SecurityConfig、CorsConfig ├── common // 統(tǒng)一返回結果、異常處理、工具類 └── utils // JWT工具、日期工具等Controller只負責“翻譯”HTTP請求和業(yè)務層調(diào)用不寫任何具體業(yè)務判斷Service負責業(yè)務規(guī)則比如計費邏輯、月卡校驗Mapper做純粹的數(shù)據(jù)讀寫。這么拆完論文里寫系統(tǒng)架構設計時直接套三層架構的圖例說明就行說出去體面代碼也好維護。事務控制是必考題。停車繳費這個場景就是典型事務需求——生成訂單、更新錢包余額、更新車位的狀態(tài)三步必須同時成功或同時失敗。在Service層的pay()方法上標注Transactional就好了。答辯時老師問“你這個系統(tǒng)哪里用到了事務”你把這個案例拋出來然后順便說出事務的ACID四大特性這就是加分項。2.2 數(shù)據(jù)庫設計三范式、核心表結構與索引策略數(shù)據(jù)庫設計直接決定你后期寫代碼時是絲滑還是痛苦。停車場管理系統(tǒng)我建議設計這幾張核心表用戶表user_id主鍵username唯一索引passwordBCrypt加密存儲phonerole區(qū)分管理員/普通用戶status啟用/禁用create_time。車位表space_id主鍵space_no唯一location位置描述type普通/VIP/新能源充電車位status空閑/占用/維修price_per_hour。訂單表order_id主鍵order_no業(yè)務編號user_id關聯(lián)用戶plate_number車牌號space_id關聯(lián)車位start_time、end_timetotal_amountstatus進行中/已完成/已取消/異常。月卡表card_id主鍵user_idplate_numberstart_dateend_datestatus待審核/生效/過期/退卡注意一個用戶可能有多輛車所以車牌號要獨立存。計費規(guī)則表rule_idrule_nameunit_priceunit_type按小時/按次max_daily_charge封頂值start_time/end_time可設置夜間優(yōu)惠時段。設計時有三條建議第一時間字段統(tǒng)一用datetime或timestamp別用字符串存后續(xù)計算停車時長、統(tǒng)計營收會非常崩潰第二價格字段用decimal(10,2)絕不用float浮點數(shù)的精度問題在計費場景是不可接受的第三常用的查詢條件字段記得加索引——用戶停車記錄按user_id查車位列表按status篩選訂單表按order_no查明細這些都是高頻率查詢。索引不是越多越好每個表3~5個就夠?qū)懖僮黝l繁的表再多就反而拖慢性能了。2.3 前端Vue路由配置、插槽與組件通信前端這塊很多人上來就寫頁面寫到一半發(fā)現(xiàn)代碼亂成一團。先用組件化的思路拆頁面結構views/Login.vue登錄/注冊頁views/UserHome.vue用戶端首頁車位余量、入場繳費、月卡申請views/AdminDashboard.vue管理員工作臺數(shù)據(jù)統(tǒng)計views/Admin/OrderList.vue訂單管理views/Admin/SpaceManage.vue車位管理views/Admin/CardManage.vue月卡管理路由配置要分角色這是Vue路由的核心考點。用戶和管理員看到的頁面不一樣不能就粗暴地把所有路由堆在一起。做法是利用Vue Router的meta字段配合前置守衛(wèi)// router/index.js const routes [ { path: /login, component: Login }, { path: /, component: Layout, redirect: /dashboard, meta: { requiresAuth: true, roles: [ADMIN] }, children: [ { path: dashboard, component: AdminDashboard }, { path: orders, component: OrderList } ] }, { path: /user, component: Layout, redirect: /user/home, meta: { requiresAuth: true, roles: [USER] }, children: [ { path: home, component: UserHome } ] } ] router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.meta.requiresAuth !token) { next(/login) } else if (token to.meta.roles !to.meta.roles.includes(store.state.role)) { next(/403) // 沒權限跳轉(zhuǎn) } else { next() } })路由守衛(wèi)幾乎是前端面試題的?？湍隳苤v明白“它是怎么攔截未登錄用戶的”“如何按角色控制訪問”答辯時這一塊就穩(wěn)了。如果再能說說動態(tài)路由也就是從后端按角色返回路由表、前端router.addRoutes動態(tài)注冊那技術深度一下子就上去了。組件通信是Vue的另一個高頻考點。停車余量這個數(shù)據(jù)用戶首頁、管理員看板、車位狀態(tài)列表都要用。這種跨組件共享的狀態(tài)就別用props一級級傳了直接用Vuex管理。在store里定義parkingSpaces模塊接口返回后commit到state任何組件里mapGetters一下就能用。至于$emit自定義事件傳參適合父子組件間簡單交互比如“點擊車位格子觸發(fā)彈窗顯示詳情”。插槽這塊容易被忽略但實際用起來很香。我在做管理員訂單列表時Element UI的el-table里需要根據(jù)不同訂單狀態(tài)顯示不同顏色和操作按鈕待支付、已完成、異常單。這時候就用到插槽el-table-column label狀態(tài) template #default{ row } el-tag :typestatusTagMap[row.status]{{ statusTextMap[row.status] }}/el-tag /template /el-table-column這樣你就不需要為每一種狀態(tài)單獨寫一列數(shù)據(jù)和展示分離代碼簡潔也不會重復。答辯講到“組件復用”的時候把插槽和具名插槽舉出來當例子說服力很強。3. 實操過程與核心環(huán)節(jié)實現(xiàn)3.1 后端工程搭建從IDEA新建到第一個接口跑通這一步我會手把手拆解實際操作過程因為很多人卡在最開始的環(huán)境配置上。第一步本地環(huán)境檢查。JDK必須是1.8這個很重要——你裝了JDK17再配SpringBoot 2.5就會出問題。在終端敲java -version確認。接著裝Maven 3.6或3.8不一定要單獨裝IDEA自帶Bundled Maven也能用但用獨立Maven更方便管理本地倉庫。第二步在IDEA里新建項目。選擇Spring Initializr填好Group和Artifact依賴這里沒必要勾太多——先勾Spring Web、MyBatis Framework或Spring Data JPA、MySQL Driver、Lombok這幾個。Lombok一定要勾它能用注解幫你自動生成getter/setter省掉的代碼量是肉眼可見的。第三步配application.yml。注意數(shù)據(jù)庫連接串的寫法server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/parking_system?useUnicodetruecharacterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImplserverTimezoneAsia/Shanghai這個參數(shù)不加數(shù)據(jù)庫連接會報時區(qū)錯誤這是新手最常遇到的經(jīng)典坑之一。log-impl配置成StdOutImpl后控制臺能直接看到SQL日志調(diào)試聯(lián)調(diào)的時候太方便了。第四步寫第一個接口“查詢空閑車位列表”。Controller、Service、Mapper各層各寫幾行代碼。跑起來后瀏覽器訪問http://localhost:8080/api/spaces/available能在JSON里看到數(shù)據(jù)就說明后端全鏈路通了。這一步的意義在于后端的骨架搭起來了后面每加一個模塊都按同樣的方式復制粘貼就行。我個人的習慣是每寫完一個模塊就啟動跑一遍絕不等全部寫完再啟動。真等到全寫完再調(diào)一百個報錯疊在一起排查起來會讓人崩潰。3.2 前端工程搭建Vue安裝、依賴配置與開發(fā)環(huán)境避坑前端這塊很多同學掛在環(huán)境配置上所以我重點說一下踩坑細節(jié)。Vue環(huán)境的完整安裝路徑先裝Node.js注意版本不要用最新的推薦16.x的LTS版本。裝完了終端敲node -v和npm -v確認。然后安裝Vue CLI腳手架npm install -g vue/cli。如果這一步在國內(nèi)網(wǎng)絡環(huán)境下很慢就配一下npm淘寶鏡像源npm config set registry https://registry.npmmirror.com。這是必須的一步否則你后面npm install裝依賴可能要等到天荒地老。創(chuàng)建項目在項目根目錄下執(zhí)行vue create parking-web。選擇Manually select features手動勾選Vue Router、VuexCSS預處理器我習慣選Less。這樣創(chuàng)建出來的項目自帶路由和狀態(tài)管理的目錄結構不用自己從零搭。注意靈犀一點Vue CLI 5.x版本創(chuàng)建的是Vue 3項目如果你想按上文說的用Vue 2創(chuàng)建時選Vue CLI的Preset或版本選項或者直接在腳手架里手動指定Vue版本這個細節(jié)一定要提前確認。裝Element UI和Axiosnpm install element-ui -S npm install axios -S npm install echarts -S # 后面做統(tǒng)計圖表用封axios請求和統(tǒng)一Token處理在src/utils/request.js里創(chuàng)建一個axios實例設置baseURL為http://localhost:8080/api。請求攔截器里從localStorage取token塞到請求頭響應攔截器里處理403、500等錯誤碼同時把后端返回的結構統(tǒng)一剝離。service.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers[Authorization] Bearer token } return config }) service.interceptors.response.use( response { if (response.data.code ! 200) { Message.error(response.data.message) return Promise.reject(new Error(response.data.message)) } return response.data }, error { if (error.response.status 401) { localStorage.removeItem(token) router.push(/login) } return Promise.reject(error) } )這一套寫完所有頁面直接調(diào)用request.get(/xx)就行不再需要每個接口都重復寫token邏輯。答辯時老師問你“你怎么做用戶認證的”從這個攔截器講起把JWT的流程完整說出來深度就夠了。開發(fā)環(huán)境跨域解決前后端分離開發(fā)時前端地址是localhost:3000后端接口是localhost:8080瀏覽器默認會攔截跨域請求。最簡單的方案是在前端vue.config.js里配置devServer的proxymodule.exports { devServer: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } }這樣前端的/api請求會被代理到后端地址瀏覽器視角是“同源請求”跨域問題直接消解。同時后端也要配置CORS策略雙保險。這個點特別重要因為很多人聯(lián)調(diào)時一看瀏覽器報跨域就懵實際上就是少配了這一個小文件。3.3 核心業(yè)務邏輯實現(xiàn)計費規(guī)則、月卡校驗與數(shù)據(jù)統(tǒng)計停車計費是業(yè)務邏輯的核心也是答辯時最容易展示技術含量的地方。我建議這樣設計計費服務入場記錄startTime出場時先算出時長然后調(diào)用計費規(guī)則模塊按規(guī)則計算金額。// 簡單演示實際項目要結合規(guī)則表動態(tài)計算 Transactional public PayResult calculateAndPay(String orderNo) { Order order orderMapper.findByOrderNo(orderNo); long hours ChronoUnit.HOURS.between(order.getStartTime(), LocalDateTime.now()); // 不足一小時按一小時算這是簡化的取整邏輯 if (hours 0) { hours 1; } // 如果有月卡且未過期覆蓋計費 MonthlyCard card cardMapper.findByPlateAndStatus( order.getPlateNumber(), ACTIVE); if (card ! null) { order.setTotalAmount(BigDecimal.ZERO); order.setStatus(COMPLETED); return new PayResult(order, MEMBER_CARD); } // 普通計費調(diào)用規(guī)則表里的單價 BigDecimal amount ruleMapper.getCurrentRule() .getUnitPrice().multiply(BigDecimal.valueOf(hours)); // 封頂邏輯 ... order.setTotalAmount(amount); order.setStatus(COMPLETED); orderMapper.updateById(order); spaceMapper.updateStatus(order.getSpaceId(), FREE); return new PayResult(order, PAID); }這個方法的亮點在于把“月卡優(yōu)先”和“按時段計費”都體現(xiàn)出來了而且邏輯集中在Service層。答辯時你能說明白“為什么要放在當前這個方法而非拆分到Controller”“事務為什么加在這一層”那說明你真的理解了這個系統(tǒng)的運轉(zhuǎn)方式。數(shù)據(jù)統(tǒng)計看板是論文的亮點展示位。用ECharts畫幾個圖——近一周營收柱狀圖、24小時車輛進出折線圖、車位類型利用率餅圖。后端提供對應的聚合查詢接口比如用SQL的DATE_FORMAT分組統(tǒng)計每天營收SELECT DATE_FORMAT(create_time, %Y-%m-%d) AS day, SUM(total_amount) AS revenue FROM parking_order WHERE status COMPLETED GROUP BY DATE_FORMAT(create_time, %Y-%m-%d) ORDER BY day前端拿到數(shù)組以后用ECharts幾行代碼就能渲染出來。這塊呈現(xiàn)到論文上是“可視化數(shù)據(jù)展示”放到系統(tǒng)演示環(huán)節(jié)是“哇有個大屏看板”投入產(chǎn)出比極高。3.4 發(fā)布部署Vue打包放進SpringBoot里畢設最后驗收通常需要交付一個能直接跑起來演示的完整系統(tǒng)。兩邊分開部署不現(xiàn)實最簡單可靠的方式是把Vue打包后的靜態(tài)文件放進SpringBoot里用一個8080端口搞定所有。第一步前端打包。在項目根目錄執(zhí)行npm run build靜態(tài)資源會輸出到dist文件夾。如果你的路由用了history模式在vue.config.js里配一下publicPath: ./否則部署后靜態(tài)資源路徑會找不到頁面白屏。這一步很多教程不會細說但是幾乎每個人都會踩到。第二步把dist整個文件夾復制到SpringBoot的src/main/resources/static目錄下。SpringBoot默認情況下靜態(tài)文件放在這個目錄就能直接通過localhost:8080訪問到。第三步做一個兜底路由。Vue是SPA前端路由由js控制如果用戶直接訪問http://localhost:8080/admin/dashboard后端兜底到index.html由前端再接管路由。配置方式是在后端加一個ViewContorller或者直接寫一個Controller處理轉(zhuǎn)發(fā)Controller public class PageForwardController { RequestMapping(value /**/{path:[^\\.]*}) public String forward() { return forward:/index.html; } }注意這里的正則表達式排除了帶點的路徑不會影響接口請求和靜態(tài)資源文件本身。第四步打包后端。在IDEA右側(cè)Maven面板里執(zhí)行clean再執(zhí)行package生成target目錄下那個parking-0.0.1-SNAPSHOT.jar。然后在命令行里執(zhí)行java -jar parking-0.0.1-SNAPSHOT.jar。瀏覽器打開http://localhost:8080就能看到完整的系統(tǒng)了。這一個Jar包就能演示全部功能驗收現(xiàn)場只需要一臺電腦。4. 常見問題與排查技巧實錄做了這么多次類似項目我把最典型的問題整理成速查表你可以直接拿來當排障手冊用。現(xiàn)象大概率原因解決方案SpringBoot項目啟動失敗提示DataSource相關錯誤沒配數(shù)據(jù)庫連接或MySQL沒啟動檢查application.yml配置確認MySQL服務已啟動賬號密碼正確前端頁面白屏控制臺報靜態(tài)資源404publicPath配置不對或dist路徑不對Vue項目設publicPath: ./重新打包目錄確認放到static根路徑下列表頁能打開點擊查詢后報跨域錯誤前后端跨域未處理前端配devServer.proxy后端配CorsConfig雙重保障登錄失敗一直提示用戶名或密碼錯誤密碼沒做加密導致比對不一致后端確認用的是BCryptPasswordEncoder加密和matches校驗保存訂單后事務不生效Service類上沒加Transactional或方法不是public檢查注解位置注意Spring對非public方法的代理限制接口報500但SQL日志沒打印MyBatis映射文件里的SQL有誤或resultType錯誤打開log-impl: StdOutImpl看完整SQL在Navicat里手動跑一遍驗證上傳的圖片顯示不了路徑不對靜態(tài)資源映射沒配置或路徑拼接錯誤確認圖片保存路徑和訪問路徑一致用絕對URI拼接訪問地址排查思路心法遇到報錯先看最上層的異常信息不要慌著翻日志全文。大多數(shù)情況是“配置缺失”或“依賴版本沖突”兩個原因之一。SpringBoot的報錯信息其實寫得很貼心它會直接告訴你缺什么類、少什么配置。按著提示一步步排查比漫無目的地搜“SpringBoot xxx報錯”要快得多。另外說兩個容易忽視的坑第一寫SQL時表名和字段名盡量不要和MySQL關鍵字沖突。比如我見過有人把表名命名為order結果插入時永遠報語法錯誤因為order是保留字。要么加反引號要么直接叫parking_order后者更省心。第二JWT密鑰不要寫在代碼里硬編碼。放到application.yml里用Value注入論文里可以順帶提一句“使用配置化密鑰管理提高安全性”顯得考慮周全。同理數(shù)據(jù)庫密碼也不要寫死在代碼里配置化是最好的習慣。答辯前一周過一遍技術問答清單SpringBoot自動裝配的原理是什么說說SpringMVC的處理流程從請求到響應的完整過程。JWT認證相比Session的優(yōu)勢在哪logout如何實現(xiàn)Vue響應式數(shù)據(jù)的原理是什么路由守衛(wèi)在什么場景下用到怎么實現(xiàn)登錄攔截數(shù)據(jù)庫的索引在哪些字段上建了為什么全部能用自己的話講一遍答辯基本穩(wěn)過。再補充一個經(jīng)驗別忘了在GitHub上建個倉庫從第一天就把代碼推上去。這不僅是版本管理的問題論文里你可以寫“項目使用Git進行版本控制”然后截一張?zhí)峤粴v史圖放進開發(fā)工具章節(jié)真實感直接拉滿。而且萬一代碼寫崩了能隨時回滾到前一天能跑的版本這個安全感是任何本地備份都給不了的。我個人最后一次完整做這套系統(tǒng)的時候最有感觸的一點是真正花費時間的不是寫代碼本身而是前后端的接口定義和字段對齊。所以我會建議你們在動手之前先把所有接口的請求參數(shù)、響應結構用表格列出來比如“POST /api/user/login 參數(shù)username,password 返回token,role,userInfo”。前端按這張表調(diào)開發(fā)后端按這張表做實現(xiàn)兩邊各干各的也不會跑偏聯(lián)調(diào)時間能縮到極短。這個習慣哪怕畢業(yè)之后進了團隊做開發(fā)一樣是剛需。最后說一句實在話畢設的意義不在于做出一個完美無缺的商業(yè)系統(tǒng)而在于讓你完整體驗一遍“從需求分析到設計、開發(fā)、測試、部署”的全流程。這個SpringBootVue停車場管理系統(tǒng)恰好能把這些環(huán)節(jié)都覆蓋到而且每一環(huán)都有足夠深的技術點可以挖。把這篇里面提到的細節(jié)吃透你不僅是在完成一個題目還在畢業(yè)前把一名后端開發(fā)最核心的技能棧扎扎實實過了一遍。這套積累的含金量比成績單上的那個分數(shù)值錢多了。