每年到了畢業(yè)季總有一大批計(jì)算機(jī)專(zhuān)業(yè)的同學(xué)在找畢設(shè)項(xiàng)目時(shí)犯了難。市面上的SpringBootVue圖書(shū)管理系統(tǒng)源碼一抓一大把可真正能順利跑起來(lái)、講得清楚、答得上答辯老師提問(wèn)的卻不多。這套圖書(shū)管理系統(tǒng)我前前后后幫好幾個(gè)學(xué)弟學(xué)妹調(diào)試過(guò)也用它的思路改造過(guò)企業(yè)里的真實(shí)業(yè)務(wù)系統(tǒng)。今天這篇就把這個(gè)項(xiàng)目從數(shù)據(jù)庫(kù)設(shè)計(jì)、后端接口到前端頁(yè)面完整拆開(kāi)來(lái)講重點(diǎn)不是讓你“有代碼”而是讓你真正“懂項(xiàng)目”——從項(xiàng)目結(jié)構(gòu)到每個(gè)模塊的實(shí)現(xiàn)邏輯再到答辯時(shí)老師喜歡問(wèn)的細(xì)節(jié)一次說(shuō)透。這套系統(tǒng)適合誰(shuí)第一類(lèi)是Java Web方向的畢設(shè)學(xué)生拿去做課程設(shè)計(jì)或者畢業(yè)設(shè)計(jì)非常合適第二類(lèi)是剛學(xué)完SpringBoot和Vue、想找一個(gè)完整前后端分離項(xiàng)目練手的初學(xué)者第三類(lèi)是想快速搭一套管理后臺(tái)模板做二次開(kāi)發(fā)的開(kāi)發(fā)者圖書(shū)管理系統(tǒng)的用戶、權(quán)限、增刪改查、分頁(yè)、借閱關(guān)聯(lián)這些模塊抽出來(lái)?yè)Q個(gè)業(yè)務(wù)表就是另一個(gè)管理系統(tǒng)。所以這篇文章我盡量把原理講清楚代碼你拿到手能改能擴(kuò)而不是死記硬背。1. SpringBootVue技術(shù)棧為什么成了Java Web畢設(shè)的主流選擇這幾年Java Web畢設(shè)項(xiàng)目的技術(shù)選型幾乎被SpringBootVue前后端分離這套組合壟斷了。放在五年前大家還在用SSHSpringStrutsHibernate或者SSMSpringSpringMVCMyBatis寫(xiě)傳統(tǒng)單體應(yīng)用頁(yè)面用JSP渲染前后端代碼混在一個(gè)工程里部署靠Tomcat手動(dòng)扔war包。那時(shí)候做一個(gè)圖書(shū)管理系統(tǒng)光配置XML文件就能折騰一個(gè)星期?，F(xiàn)在SpringBoot把大多數(shù)配置都自動(dòng)完成了內(nèi)嵌Tomcat讓部署變成一條java -jar命令Vue又用組件化開(kāi)發(fā)把前端的復(fù)雜度拆得清清楚楚。這套組合能火核心邏輯就四個(gè)字省事、好找工作。從就業(yè)角度說(shuō)SpringBoot是Java后端崗位的絕對(duì)主流Vue是國(guó)內(nèi)前端框架的占有率第一這兩個(gè)技術(shù)棧寫(xiě)在簡(jiǎn)歷上面試官看到的第一反應(yīng)是“這人能直接干活”。從畢設(shè)角度說(shuō)SpringBootVue前后端分離的項(xiàng)目天生就比單體應(yīng)用多出一層架構(gòu)上的討論空間寫(xiě)論文的時(shí)候“前后端分離架構(gòu)設(shè)計(jì)”“RESTful API設(shè)計(jì)”這些章節(jié)都有實(shí)實(shí)在在的內(nèi)容可以寫(xiě)比硬湊字?jǐn)?shù)強(qiáng)多了。而且圖書(shū)管理系統(tǒng)這種業(yè)務(wù)需求邊界清晰——登錄注冊(cè)、圖書(shū)管理、借閱歸還、分類(lèi)查詢、統(tǒng)計(jì)排行每個(gè)模塊的功能都容易演示數(shù)據(jù)模型也不復(fù)雜非常適合作為教學(xué)和考核場(chǎng)景。但這里我必須說(shuō)句實(shí)話正因?yàn)檫@個(gè)選題太常見(jiàn)老師一眼就能看出來(lái)你是真做了還是只是搬運(yùn)了源碼。如果你只是把代碼下下來(lái)、把數(shù)據(jù)庫(kù)導(dǎo)入、點(diǎn)幾下頁(yè)面截圖然后丟進(jìn)論文里答辯的時(shí)候老師問(wèn)“分頁(yè)是怎么實(shí)現(xiàn)的”“登錄狀態(tài)是怎么保持的”“借閱超期是怎么算的”你答不上來(lái)那這個(gè)項(xiàng)目反而會(huì)成為扣分項(xiàng)。所以這篇文章我會(huì)把項(xiàng)目里面最容易被人問(wèn)倒的細(xì)節(jié)全部挑出來(lái)一點(diǎn)點(diǎn)講明白。你把這些吃透了就算代碼是參考來(lái)的到了答辯現(xiàn)場(chǎng)你也跟原作者沒(méi)什么區(qū)別。1.1 前后端分離架構(gòu)到底是怎么協(xié)作的要弄懂這套圖書(shū)管理系統(tǒng)首先得搞明白前后端分離下兩邊是怎么配合的。傳統(tǒng)的JSP項(xiàng)目前端頁(yè)面是后端用Java動(dòng)態(tài)拼出來(lái)的頁(yè)面的HTML里面嵌著% %這種標(biāo)簽里面直接寫(xiě)Java代碼調(diào)數(shù)據(jù)庫(kù)瀏覽器拿到的是渲染好的完整頁(yè)面。前后端分離之后Vue負(fù)責(zé)渲染頁(yè)面SpringBoot只負(fù)責(zé)提供數(shù)據(jù)兩者通過(guò)HTTP接口通信數(shù)據(jù)格式統(tǒng)一走JSON。拿圖書(shū)列表這個(gè)功能演示一下完整的請(qǐng)求鏈路。用戶在瀏覽器打開(kāi)Vue頁(yè)面Vue組件掛載完成后通過(guò)axios發(fā)出一個(gè)GET請(qǐng)求URL長(zhǎng)這樣http://localhost:8080/api/book/list?pageNum1pageSize10。這個(gè)請(qǐng)求先經(jīng)過(guò)SpringBoot的Controller層Controller收到參數(shù)之后交給Service層處理業(yè)務(wù)邏輯Service再調(diào)用Mapper層也就是MyBatis的持久層執(zhí)行SQL語(yǔ)句從MySQL里查出對(duì)應(yīng)頁(yè)碼的圖書(shū)數(shù)據(jù)然后把結(jié)果封裝成一個(gè)JSON對(duì)象返回給前端。前端拿到JSON之后通過(guò)Vue的數(shù)據(jù)綁定把書(shū)名、作者、ISBN這些字段渲染到表格里。這個(gè)過(guò)程中有幾個(gè)關(guān)鍵點(diǎn)值得注意后端接口只返回?cái)?shù)據(jù)、不關(guān)心頁(yè)面長(zhǎng)什么樣前端只負(fù)責(zé)展示數(shù)據(jù)、不直接操作數(shù)據(jù)庫(kù)兩者之間通過(guò)約定的接口文檔對(duì)接。這就是為什么這套項(xiàng)目里除了源碼之外還專(zhuān)門(mén)配了一份接口文檔——前后端分離開(kāi)發(fā)的時(shí)候后端工程師把接口定義好前端工程師照著接口文檔就可以并行開(kāi)發(fā)不用等后端全部寫(xiě)完才開(kāi)始做頁(yè)面。你在論文里面寫(xiě)“前后端并行開(kāi)發(fā)提升了開(kāi)發(fā)效率”這就是對(duì)應(yīng)的實(shí)踐支撐。1.2 項(xiàng)目的整體目錄結(jié)構(gòu)與模塊劃分拿到源碼之后別急著跑先看目錄結(jié)構(gòu)。一個(gè)規(guī)范的SpringBootVue項(xiàng)目根目錄下面通常分成兩部分springboot后端工程有的叫server或backend和vue前端工程有的叫ui或web。這兩個(gè)目錄是獨(dú)立的項(xiàng)目可以分別打開(kāi)、分別啟動(dòng)通過(guò)端口號(hào)區(qū)分——后端默認(rèn)8080前端默認(rèn)8081或者5173。開(kāi)發(fā)的時(shí)候前端配了一個(gè)代理把/api開(kāi)頭的請(qǐng)求轉(zhuǎn)發(fā)到后端的8080端口這樣瀏覽器就不會(huì)出現(xiàn)跨域報(bào)錯(cuò)。后端目錄結(jié)構(gòu)遵循SpringBoot的標(biāo)準(zhǔn)分層controller存放接口類(lèi)service存放業(yè)務(wù)邏輯接口和實(shí)現(xiàn)類(lèi)mapper存放MyBatis的數(shù)據(jù)訪問(wèn)接口entity或domain/model存放數(shù)據(jù)庫(kù)實(shí)體類(lèi)config存放配置類(lèi)common或utils存放統(tǒng)一返回結(jié)果、異常處理、工具方法。前端目錄結(jié)構(gòu)遵循Vue CLI或Vite的標(biāo)準(zhǔn)結(jié)構(gòu)src/views存放頁(yè)面組件src/router存放路由配置src/api存放所有請(qǐng)求后端的接口方法src/components存放復(fù)用組件。你把這套目錄結(jié)構(gòu)理解了后面講到的每一個(gè)功能模塊你都能很快定位到對(duì)應(yīng)的代碼在哪里改起來(lái)也方便。2. 數(shù)據(jù)庫(kù)設(shè)計(jì)與SQL腳本圖書(shū)管理系統(tǒng)背后的數(shù)據(jù)建模邏輯數(shù)據(jù)庫(kù)是一個(gè)管理系統(tǒng)的地基也是答辯老師重點(diǎn)考察的內(nèi)容。很多同學(xué)拿著SQL腳本一頓執(zhí)行庫(kù)建好了就開(kāi)始寫(xiě)代碼卻根本不知道這些表為什么這么設(shè)計(jì)、外鍵為什么要這樣關(guān)聯(lián)。這一節(jié)我們從SQL腳本出發(fā)把數(shù)據(jù)建模的思路完整捋一遍。這也是你在寫(xiě)論文時(shí)“數(shù)據(jù)庫(kù)設(shè)計(jì)”章節(jié)的主要素材。2.1 核心數(shù)據(jù)表結(jié)構(gòu)與字段設(shè)計(jì)思路圖書(shū)管理系統(tǒng)一般跑不了這幾張核心表用戶表user、圖書(shū)表book、圖書(shū)分類(lèi)表category、借閱記錄表borrow_record。有的版本還會(huì)有管理員表admin或者讀者表reader但很多系統(tǒng)把管理員和普通用戶合并在一張用戶表里用一個(gè)role字段區(qū)分身份這也是合理的方案——因?yàn)楣芾韱T和普通用戶本質(zhì)上都是系統(tǒng)的“使用者”只是權(quán)限不同合并成一張表反而省事。用戶表的核心字段大致包括id主鍵自增、username用戶名唯一、password密碼通常MD5或BCrypt加密存儲(chǔ)、real_name真實(shí)姓名、phone聯(lián)系電話、role角色標(biāo)識(shí)例如admin/user、create_time創(chuàng)建時(shí)間。password不能明文存儲(chǔ)這是底線。早期很多教學(xué)項(xiàng)目用MD5加密不加鹽現(xiàn)在推薦至少用MD5多次加密或直接用BCryptSpringSecurity里面內(nèi)置了BCryptPasswordEncoder用起來(lái)很方便。答辯的時(shí)候老師問(wèn)“密碼安全怎么做的”你答“BCrypt加鹽哈希存儲(chǔ)”這就是一個(gè)完整的得分點(diǎn)。圖書(shū)表的核心字段包括id、book_name書(shū)名、author作者、isbn國(guó)際標(biāo)準(zhǔn)書(shū)號(hào)、publisher出版社、publish_date出版日期、category_id分類(lèi)ID關(guān)聯(lián)分類(lèi)表、total_stock總庫(kù)存、available_stock可借庫(kù)存、location館藏位置、description簡(jiǎn)介、create_time、update_time。這里有兩個(gè)字段值得展開(kāi)一個(gè)是isbn它是圖書(shū)的唯一標(biāo)識(shí)查詢和判重都靠它數(shù)據(jù)庫(kù)里應(yīng)該加唯一索引另一個(gè)是available_stock可借庫(kù)存這個(gè)字段的存在是為了在借書(shū)業(yè)務(wù)里快速判斷“這本書(shū)還能不能借”避免每次都通過(guò)借閱記錄去現(xiàn)算在借數(shù)量屬于典型的空間換時(shí)間手法。分類(lèi)表很簡(jiǎn)單id、category_name、description。圖書(shū)表和分類(lèi)表是多對(duì)一的關(guān)系一本書(shū)只能屬于一個(gè)分類(lèi)一個(gè)分類(lèi)下面可以有很多本書(shū)所以在圖書(shū)表里用category_id做外鍵。借閱記錄表相對(duì)復(fù)雜一些id、user_id借閱人關(guān)聯(lián)用戶表、book_id被借圖書(shū)關(guān)聯(lián)圖書(shū)表、borrow_time借書(shū)時(shí)間、due_time應(yīng)還時(shí)間、return_time實(shí)際歸還時(shí)間空表示未歸還、status借閱狀態(tài)借出中/已歸還/已續(xù)借/逾期。這張表是系統(tǒng)里業(yè)務(wù)邏輯最密集的地方后面講借閱流程的時(shí)候再細(xì)說(shuō)。2.2 表關(guān)系與SQL腳本中的關(guān)鍵設(shè)計(jì)先說(shuō)表關(guān)系。用戶表、圖書(shū)表、分類(lèi)表、借閱記錄表之間的關(guān)聯(lián)就兩條主鏈路分類(lèi)表一對(duì)多圖書(shū)表用戶表一對(duì)多借閱記錄表圖書(shū)表一對(duì)多借閱記錄表。借閱記錄表其實(shí)是一個(gè)典型的“關(guān)系表”它同時(shí)關(guān)聯(lián)了用戶和圖書(shū)兩個(gè)維度——一條借閱記錄表達(dá)的是“哪個(gè)用戶借了哪本書(shū)、什么時(shí)候借的、什么時(shí)候該還”。這種一對(duì)多關(guān)聯(lián)在管理系統(tǒng)中非常常見(jiàn)理解了這張表你就理解了訂單表、審批表、日志表這一類(lèi)數(shù)據(jù)表的設(shè)計(jì)套路。SQL腳本里還有幾個(gè)容易忽視的點(diǎn)。一是字符集建庫(kù)語(yǔ)句應(yīng)該是CREATE DATABASE IF NOT EXISTS library DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci用utf8mb4而不是utf8因?yàn)閡tf8mb4能完整支持中文和emoji表情并且兼容性更好。二是每張表都建議帶create_time和update_time字段哪怕你現(xiàn)在用不到后面做統(tǒng)計(jì)、排查問(wèn)題、擴(kuò)展審計(jì)功能的時(shí)候就能派上用場(chǎng)這是很多教學(xué)項(xiàng)目不會(huì)教但企業(yè)開(kāi)發(fā)里約定俗成的習(xí)慣。三是索引設(shè)計(jì)username、isbn這類(lèi)高頻查詢字段都要建索引借閱記錄的user_id和book_id因?yàn)榻?jīng)常做關(guān)聯(lián)查詢也應(yīng)該建索引否則數(shù)據(jù)量到了一定規(guī)模查詢會(huì)明顯變慢。提示SQL腳本本身就是項(xiàng)目的一種交付文檔你拿到后先別急著執(zhí)行把表結(jié)構(gòu)和注釋認(rèn)真讀一遍。能解釋清楚每一張表、每一個(gè)關(guān)鍵字段為什么存在答辯時(shí)就已經(jīng)贏了一半。3. 后端核心模塊實(shí)戰(zhàn)解讀從登錄鑒權(quán)到圖書(shū)借還后端是整個(gè)系統(tǒng)的中樞。這一節(jié)我會(huì)挑四個(gè)核心模塊出來(lái)拆解登錄鑒權(quán)、統(tǒng)一返回和異常處理、圖書(shū)管理CRUD加分頁(yè)、借閱歸還流程。這四個(gè)模塊覆蓋了后端開(kāi)發(fā)最常用的知識(shí)點(diǎn)也是答辯時(shí)最容易被提問(wèn)的地方。3.1 用戶登錄與Token鑒權(quán)的完整鏈路登錄功能表面上看就是“用戶名密碼對(duì)了就放行”但前后端分離場(chǎng)景下的登錄和傳統(tǒng)Session方式有本質(zhì)區(qū)別。傳統(tǒng)Session方式用戶登錄成功后后端把用戶信息存在服務(wù)器內(nèi)存的Session里再給瀏覽器寫(xiě)一個(gè)JSESSIONID的Cookie之后每次請(qǐng)求都帶著這個(gè)Cookie后端憑它找到對(duì)應(yīng)的Session。問(wèn)題在于如果部署了多臺(tái)服務(wù)器用戶的Session只存在其中一臺(tái)那臺(tái)掛了或者請(qǐng)求分發(fā)到別的機(jī)器登錄狀態(tài)就丟了必須引入Session共享方案非常麻煩。前后端分離項(xiàng)目普遍改用Token方案?；玖鞒淌沁@樣的用戶提交username和password后端校驗(yàn)通過(guò)后用JWTJSON Web Token生成一串加密的Token返回給前端。Token里面可以攜帶用戶ID、用戶名、角色這些信息本身經(jīng)過(guò)簽名偽造不了。前端拿到Token之后存到localStorage或者Vuex里之后每次請(qǐng)求都在請(qǐng)求頭里加一個(gè)Authorization字段值是“Bearer”加空格加Token串。后端通過(guò)一個(gè)攔截器Interceptor或者過(guò)濾器Filter統(tǒng)一攔截需要登錄才能訪問(wèn)的接口校驗(yàn)Token是否存在、是否過(guò)期、簽名是否正確校驗(yàn)通過(guò)就把Token里的用戶信息取出來(lái)放到請(qǐng)求上下文里方便Controller使用。無(wú)狀態(tài)、可擴(kuò)展、天然適配前后端分離這就是Token方案的核心優(yōu)勢(shì)。JWT的代碼實(shí)現(xiàn)結(jié)構(gòu)大概是登錄接口的Controller接收用戶名密碼調(diào)用Service中的authenticate方法使用BCryptPasswordEncoder的matches方法校驗(yàn)密碼是否一致校驗(yàn)通過(guò)后用JWT工具類(lèi)生成Token返回給前端。攔截器里通過(guò)HandlerInterceptor的preHandle方法從請(qǐng)求頭取出Token調(diào)用JWT工具的parseToken方法解析解析失敗直接返回401狀態(tài)碼。還有一個(gè)細(xì)節(jié)是哪些接口需要放行——登錄、注冊(cè)、以及前端的靜態(tài)資源不需要鑒權(quán)其他接口全部攔截。很多初學(xué)者在這個(gè)地方容易搞混把攔截器作用于所有路徑結(jié)果登錄接口自己都被攔截了請(qǐng)求永遠(yuǎn)進(jìn)不來(lái)調(diào)試半天發(fā)現(xiàn)是這個(gè)問(wèn)題。3.2 統(tǒng)一返回結(jié)果類(lèi)與全局異常處理很多同學(xué)的代碼里Controller返回的數(shù)據(jù)五花八門(mén)有的返回HashMap有的直接返回實(shí)體對(duì)象有的只要出錯(cuò)了就返回null前端拿到之后處理邏輯寫(xiě)成一坨。這種開(kāi)發(fā)方式對(duì)一個(gè)人自己寫(xiě)著玩沒(méi)太大問(wèn)題但到了團(tuán)隊(duì)協(xié)作和接口對(duì)接階段就是災(zāi)難。規(guī)范的做法是定義一個(gè)統(tǒng)一的返回結(jié)果類(lèi)所有接口無(wú)論成功失敗都返回相同格式的JSON結(jié)構(gòu)。返回結(jié)果類(lèi)一般長(zhǎng)這樣code狀態(tài)碼、message提示信息、data真正的業(yè)務(wù)數(shù)據(jù)。成功時(shí)code是200message是“操作成功”data放具體數(shù)據(jù)失敗時(shí)code是對(duì)應(yīng)的錯(cuò)誤碼message是錯(cuò)誤描述。Controller里的寫(xiě)法也從直接return book變成了return Result.success(book)出錯(cuò)時(shí)拋出業(yè)務(wù)異常由全局異常處理器捕獲后轉(zhuǎn)換成Result格式返回。全局異常處理器用RestControllerAdvice注解配合ExceptionHandler注解可以按異常類(lèi)型分別處理——參數(shù)校驗(yàn)異常返回參數(shù)錯(cuò)誤提示業(yè)務(wù)異常返回具體的業(yè)務(wù)錯(cuò)誤信息兜底異常返回“系統(tǒng)繁忙請(qǐng)稍后再試”。這個(gè)設(shè)計(jì)的好處有兩個(gè)。第一是前端寫(xiě)起來(lái)非常舒服axios封裝里統(tǒng)一判斷response.data.code如果不是200就彈出錯(cuò)誤提示不需要每個(gè)接口單獨(dú)去判斷數(shù)據(jù)格式。第二是后端代碼清爽業(yè)務(wù)方法里只需要關(guān)注正常邏輯出錯(cuò)就throw一個(gè)BizException所有異常都在一個(gè)地方統(tǒng)一處理不會(huì)因?yàn)榈教帉?xiě)try-catch把代碼搞得一團(tuán)糟。這個(gè)模式在幾乎所有企業(yè)級(jí)SpringBoot項(xiàng)目里都是標(biāo)配你在簡(jiǎn)歷上寫(xiě)“設(shè)計(jì)并實(shí)現(xiàn)了統(tǒng)一返回值與全局異常處理機(jī)制”是有含金量的。3.3 圖書(shū)管理的分頁(yè)查詢與條件檢索實(shí)現(xiàn)圖書(shū)管理模塊的本質(zhì)是一套標(biāo)準(zhǔn)CRUD但其中一個(gè)點(diǎn)特別能體現(xiàn)開(kāi)發(fā)水平——分頁(yè)加條件檢索。圖書(shū)數(shù)量少的時(shí)候一次性查出來(lái)沒(méi)問(wèn)題但到了上萬(wàn)條數(shù)據(jù)前端一次性渲染上萬(wàn)行會(huì)讓頁(yè)面卡死所以必須分頁(yè)。同時(shí)用戶需要按書(shū)名、作者、分類(lèi)等條件篩選所以分頁(yè)必須跟條件檢索結(jié)合起來(lái)。后端實(shí)現(xiàn)使用的技術(shù)通常是MyBatis-Plus內(nèi)置的分頁(yè)插件PageHelper或PaginationInnerInterceptor兩種方案接口上有差異但原理一樣。PageHelper的用法是在執(zhí)行查詢前調(diào)用PageHelper.startPage(pageNum, pageSize)然后跟著的這條查詢就會(huì)自動(dòng)拼上LIMIT子句查詢結(jié)果用一個(gè)PageInfo對(duì)象包裝里面除了當(dāng)前頁(yè)的數(shù)據(jù)列表還有總記錄數(shù)、總頁(yè)數(shù)、當(dāng)前頁(yè)碼這些分頁(yè)信息。MyBatis-Plus的IPage方案則是把分頁(yè)對(duì)象作為查詢參數(shù)傳進(jìn)Mapper寫(xiě)法上更貼近SpringBoot風(fēng)格。條件檢索的邏輯是構(gòu)造一個(gè)QueryWrapperMyBatis-Plus的查詢條件構(gòu)造器根據(jù)前端傳過(guò)來(lái)的參數(shù)動(dòng)態(tài)拼接條件。前端傳了書(shū)名就加上.like(book_name, bookName)傳了分類(lèi)ID就加上.eq(category_id, categoryId)沒(méi)傳的就不加。用一個(gè)if判斷包裹每個(gè)條件這就是“動(dòng)態(tài)SQL”的實(shí)用版。對(duì)這個(gè)知識(shí)點(diǎn)答辯老師很喜歡問(wèn)的一個(gè)變形問(wèn)題是“如果不使用MyBatis-Plus純MyBatis怎么做條件拼接”那就需要用到 、 標(biāo)簽配合XML文件寫(xiě)動(dòng)態(tài)SQL原理一樣只是一種是代碼層面拼一種是XML層面拼。你能把兩條路都講出來(lái)絕對(duì)加分。3.4 借閱與歸還業(yè)務(wù)中的事務(wù)與庫(kù)存一致性借閱和歸還是圖書(shū)管理系統(tǒng)里業(yè)務(wù)邏輯最復(fù)雜的部分也是最容易出bug的地方。用戶點(diǎn)擊“借閱”按鈕后端要做的事情包括判斷當(dāng)前用戶是否已借了這本書(shū)不能重復(fù)借同一本、判斷這本書(shū)的可借庫(kù)存是否大于0、生成一條借閱記錄borrow_time設(shè)為當(dāng)前時(shí)間due_time設(shè)為當(dāng)前時(shí)間加30天status為借出中、把圖書(shū)表的available_stock減1。歸還的時(shí)候反過(guò)來(lái)把借閱記錄的return_time設(shè)為當(dāng)前時(shí)間、status改為已歸還、把圖書(shū)表的available_stock加1。如果用戶借了書(shū)超出了due_time還沒(méi)還系統(tǒng)還需要能識(shí)別出這條記錄是“逾期”狀態(tài)通常在查詢借閱記錄時(shí)判斷due_time是否早于當(dāng)前時(shí)間超過(guò)則在展示層標(biāo)記為“已逾期”。為什么說(shuō)事務(wù)是這里的核心假設(shè)用戶點(diǎn)擊借閱程序先把庫(kù)存減了1然后生成借閱記錄的時(shí)候數(shù)據(jù)庫(kù)報(bào)錯(cuò)了如果沒(méi)有事務(wù)庫(kù)存已經(jīng)被扣減但借閱記錄不存在用戶明明沒(méi)借到書(shū)庫(kù)存卻少了。這屬于典型的“數(shù)據(jù)不一致”。SpringBoot里解決這個(gè)問(wèn)題非常簡(jiǎn)單——在Service方法上加一個(gè)Transactional注解Spring會(huì)把方法內(nèi)所有數(shù)據(jù)庫(kù)操作包裹在同一個(gè)事務(wù)里任何一個(gè)步驟失敗整體回滾。這個(gè)功能是Spring框架對(duì)AOP面向切面編程的經(jīng)典應(yīng)用事務(wù)在進(jìn)入方法時(shí)開(kāi)啟方法正常結(jié)束時(shí)提交拋出異常時(shí)回滾對(duì)業(yè)務(wù)代碼完全透明。借閱流程的代碼邏輯大概分為四步先根據(jù)userId和bookId去借閱記錄表查有沒(méi)有status為借出中的記錄有就拋異?！罢?qǐng)勿重復(fù)借閱”沒(méi)有的話查圖書(shū)信息判斷available_stock是否大于0通過(guò)校驗(yàn)之后執(zhí)行庫(kù)存減1最后插入借閱記錄?？蹘?kù)存和生成記錄的先后順序也有講究——先扣庫(kù)存后生成記錄如果后面失敗整體回滾最終狀態(tài)仍然一致。歸還流程相對(duì)簡(jiǎn)單根據(jù)借閱記錄ID查出記錄判斷是否已歸還未歸還的話更新return_time和status同時(shí)圖書(shū)表可借庫(kù)存加1。這里同樣需要事務(wù)因?yàn)楦陆栝営涗浐透聢D書(shū)庫(kù)存兩個(gè)操作必須同時(shí)成功或同時(shí)失敗。注意事務(wù)的另一個(gè)隱藏價(jià)值是并發(fā)控制。沒(méi)有事務(wù)和隔離級(jí)別保障時(shí)兩個(gè)用戶同時(shí)借同一本書(shū)的最后庫(kù)存可能都被判成“庫(kù)存大于0”從而都借成功但庫(kù)存實(shí)際只有1本。加事務(wù)配合行鎖或樂(lè)觀鎖可以解決這個(gè)問(wèn)題這也是老師喜歡深挖的進(jìn)階考點(diǎn)。4. 前端Vue工程從路由守衛(wèi)到圖書(shū)管理頁(yè)面的完整聯(lián)動(dòng)后端接口設(shè)計(jì)得再好前端展示跟不上也白搭。這一節(jié)我們從前端工程的角度看整個(gè)項(xiàng)目是怎么搭建起來(lái)的重點(diǎn)說(shuō)三塊Vue工程結(jié)構(gòu)、路由與登錄狀態(tài)的前端限制、以及圖書(shū)管理頁(yè)面的核心代碼組織方式。4.1 Vue工程創(chuàng)建與項(xiàng)目結(jié)構(gòu)約定前端工程通常是用Vue CLI或者Vite創(chuàng)建的兩者的流程其實(shí)已經(jīng)模板化但大部分找畢設(shè)源碼的同學(xué)要面對(duì)的問(wèn)題是“我需要在導(dǎo)入別人的工程之后把它跑起來(lái)并看懂”。前端工程拿到手先看package.json文件這是Node.js項(xiàng)目的“身份證”里面列出了項(xiàng)目運(yùn)行所需的依賴包和啟動(dòng)腳本。項(xiàng)目依賴一般包括vue核心庫(kù)、vue-router路由、axiosHTTP庫(kù)、element-ui或ant-design-vueUI組件庫(kù)、pinia或vuex狀態(tài)管理等。啟動(dòng)前在項(xiàng)目根目錄執(zhí)行npm install命令安裝依賴安裝成功后執(zhí)行npm run serve或npm run dev啟動(dòng)開(kāi)發(fā)服務(wù)器。src目錄是前端的核心代碼區(qū)main.js是入口文件負(fù)責(zé)創(chuàng)建Vue實(shí)例、安裝插件、掛載路由App.vue是根組件頁(yè)面內(nèi)容都渲染在它內(nèi)部的router-view里router目錄存放路由配置里面定義了前端頁(yè)面的路徑和組件的對(duì)應(yīng)關(guān)系例如/login對(duì)應(yīng)登錄頁(yè)/book對(duì)應(yīng)圖書(shū)管理頁(yè)api目錄里把所有請(qǐng)求后端的函數(shù)按模塊集中封裝每個(gè)函數(shù)對(duì)應(yīng)一個(gè)后端接口views目錄存放頁(yè)面級(jí)組件通常一個(gè)路由對(duì)應(yīng)一個(gè)頁(yè)面components目錄存放可復(fù)用的小組件例如分頁(yè)條、彈窗表單等。這套結(jié)構(gòu)非常標(biāo)準(zhǔn)把main.js、router、api、views這幾個(gè)目錄搞懂前端部分基本就通了。4.2 路由配置與登錄狀態(tài)的前端守門(mén)邏輯前后端分離模式里有一個(gè)很多人忽略的問(wèn)題后端的攔截器只能攔住“發(fā)往后端的請(qǐng)求”但前端瀏覽器地址欄輸入一個(gè)未登錄頁(yè)面URL的時(shí)候請(qǐng)求根本沒(méi)到后端而是直接被前端路由解析渲染了。比如用戶沒(méi)登錄直接在瀏覽器里輸入http://localhost:8081/bookVue會(huì)把圖書(shū)管理頁(yè)面渲染出來(lái)頁(yè)面上發(fā)出的獲取圖書(shū)數(shù)據(jù)的請(qǐng)求才會(huì)被后端攔截返回401。雖然數(shù)據(jù)拿不到但頁(yè)面已經(jīng)暴露了而且體驗(yàn)很差。所以前端必須自己在路由層面做一次登錄校驗(yàn)這就是路由守衛(wèi)的意義。Vue Router提供了beforeEach鉤子函數(shù)在每次路由跳轉(zhuǎn)之前執(zhí)行。判斷邏輯是訪問(wèn)的不是登錄頁(yè)且localStorage里沒(méi)有token就強(qiáng)制跳轉(zhuǎn)到登錄頁(yè)如果token存在且訪問(wèn)的是登錄頁(yè)則直接跳轉(zhuǎn)到首頁(yè)。這樣用戶在未登錄狀態(tài)下無(wú)論如何都進(jìn)不了系統(tǒng)內(nèi)部頁(yè)面既提升體驗(yàn)也減輕后端攔截的壓力。這就是所謂的“前端路由守門(mén)”跟后端的Token校驗(yàn)形成雙重保障。路由守衛(wèi)還有一個(gè)進(jìn)階用法是角色控制。圖書(shū)管理系統(tǒng)里管理員和普通用戶能看到的頁(yè)面可能有差異比如用戶管理、圖書(shū)管理只有管理員能用。在路由的meta字段里標(biāo)記一個(gè)roles數(shù)組守衛(wèi)里面判斷當(dāng)前用戶角色是否命中沒(méi)命中就重定向到一個(gè)“無(wú)權(quán)限”頁(yè)面。這個(gè)知識(shí)點(diǎn)能講清楚整個(gè)項(xiàng)目的權(quán)限設(shè)計(jì)就立體了。4.3 圖書(shū)管理頁(yè)面與后端接口的動(dòng)態(tài)聯(lián)動(dòng)實(shí)現(xiàn)圖書(shū)管理頁(yè)面是整個(gè)前端工程里最典型的“表格表單分頁(yè)搜索”頁(yè)面幾乎涵蓋了后臺(tái)管理系統(tǒng)的所有常見(jiàn)交互。頁(yè)面組件掛載時(shí)先調(diào)用api模塊里的getBookList方法傳入當(dāng)前頁(yè)碼、每頁(yè)條數(shù)以及搜索條件后端返回分頁(yè)數(shù)據(jù)后前端把list渲染成表格。表格上方是搜索區(qū)域書(shū)名輸入框、分類(lèi)下拉框、查詢和重置按鈕篩選條件變化時(shí)重新帶著新條件請(qǐng)求第一頁(yè)數(shù)據(jù)。表格右側(cè)是操作列編輯、刪除按鈕點(diǎn)擊編輯會(huì)彈出表單對(duì)話框表單里的字段初始化為當(dāng)前行的數(shù)據(jù)提交時(shí)根據(jù)是否有ID判斷是新增還是修改從而調(diào)用不同的接口。刪除操作會(huì)彈一個(gè)確認(rèn)框用戶確認(rèn)后調(diào)刪除接口成功后刷新當(dāng)前列表。axios封裝的一個(gè)常見(jiàn)模式是所有請(qǐng)求在發(fā)起前把token從localStorage取出來(lái)塞進(jìn)請(qǐng)求頭這樣業(yè)務(wù)代碼里不需要每次手動(dòng)寫(xiě)Authorization。響應(yīng)攔截器統(tǒng)一處理返回結(jié)果如果code是200直接返data給調(diào)用方如果code是401說(shuō)明登錄失效清除本地token并跳轉(zhuǎn)到登錄頁(yè)其他錯(cuò)誤碼彈出對(duì)應(yīng)的錯(cuò)誤提示。封裝好了之后頁(yè)面里調(diào)用接口的代碼非常簡(jiǎn)潔幾乎就是一個(gè)await加一行賦值。圖書(shū)管理頁(yè)面的核心交互流程表述成一個(gè)代碼骨架大概是這樣的加載列表的loadBooks方法接收頁(yè)碼和搜索參數(shù)調(diào)api層的getBookList成功后把返回的records賦值給數(shù)據(jù)表格把total賦值給分頁(yè)組件分頁(yè)組件的current-change事件觸發(fā)loadBooks刷新搜索按鈕觸發(fā)loadBooks的重置和重新請(qǐng)求新增和編輯共用同一個(gè)dialog表單通過(guò)一個(gè)dialogTitle變量區(qū)分標(biāo)題。這一套邏輯你看懂了后面自己寫(xiě)用戶管理、借閱記錄的頁(yè)面也是同樣的套路所謂的“后端管理系統(tǒng)頁(yè)面”其實(shí)就是這個(gè)模式在不同業(yè)務(wù)表上的重復(fù)。5. 拿到源碼后從0到1跑通項(xiàng)目的完整流程與踩坑實(shí)錄很多同學(xué)卡在項(xiàng)目跑不起來(lái)這一關(guān)往往不是代碼有問(wèn)題而是環(huán)境配置或者操作細(xì)節(jié)出了問(wèn)題。這一節(jié)我按步驟拆解從零開(kāi)始運(yùn)行整個(gè)項(xiàng)目的全過(guò)程同時(shí)把最容易踩的坑提前給你標(biāo)出來(lái)。建議你按照下面的順序操作每一步確認(rèn)沒(méi)問(wèn)題再進(jìn)行下一步。5.1 環(huán)境準(zhǔn)備清單與版本匹配建議在動(dòng)代碼之前先把環(huán)境捋清楚。SpringBoot項(xiàng)目需要JDK推薦8或11取決于pom.xml里配置的Java版本用錯(cuò)版本會(huì)出現(xiàn)編譯錯(cuò)誤、Maven用來(lái)管理后端依賴IDEA自帶或單獨(dú)安裝都可以、MySQL8.0為主流選擇5.7也可以但要注意驅(qū)動(dòng)版本。前端項(xiàng)目需要Node.js推薦14以上版本版本太低會(huì)安裝不了新依賴太高可能出現(xiàn)node-sass編譯問(wèn)題如果不依賴node-sass則影響不大、npmNode自帶包管理器。除此之外還需要一個(gè)IDE后端推薦IDEA前端可以用IDEA或者VSCode。版本匹配是環(huán)境配置里的頭號(hào)大坑。SpringBoot 2.x和3.x之間差異巨大2.x默認(rèn)使用javax.命名空間3.x換成了jakarta.如果你的項(xiàng)目是基于SpringBoot 2.7寫(xiě)的結(jié)果你電腦上裝的是JDK17甚至更高版本編譯就會(huì)報(bào)錯(cuò)。同理MySQL驅(qū)動(dòng)在SpringBoot 2.x中寫(xiě)法是com.mysql.jdbc.Driver3.x換成了com.mysql.cj.jdbc.Driver。建議先打開(kāi)pom.xml看看parent標(biāo)簽里的版本號(hào)再去本機(jī)確認(rèn)JDK版本和MySQL版本三者的兼容性是能否跑通的第一道坎。提示如果本地缺少某個(gè)版本的JDK不必卸載當(dāng)前版本Java支持多版本共存。IDEA里可以在Project Structure中給每個(gè)項(xiàng)目單獨(dú)指定JDK版本運(yùn)行時(shí)再指定對(duì)應(yīng)的運(yùn)行環(huán)境即可。5.2 后端啟動(dòng)全流程從SQL導(dǎo)入到IDEA配置后端啟動(dòng)分三步初始化數(shù)據(jù)庫(kù)、導(dǎo)入工程并配置Maven、啟動(dòng)并驗(yàn)證接口。第一步用Navicat、DataGrip或者命令行source命令執(zhí)行SQL腳本執(zhí)行完后確認(rèn)數(shù)據(jù)庫(kù)里出現(xiàn)對(duì)應(yīng)的數(shù)據(jù)表。第二步用IDEA導(dǎo)入后端文件夾等待Maven下載依賴完成——這一步最容易出問(wèn)題因?yàn)镸aven默認(rèn)中央倉(cāng)庫(kù)在國(guó)外下載非常慢經(jīng)?？ㄗ?bào)超時(shí)解決辦法是在Maven的settings.xml里配置阿里云鏡像。依賴全部下載完成后檢查application.yml或application.properties配置文件重點(diǎn)看數(shù)據(jù)庫(kù)連接信息datasource.url里的IP地址、端口、數(shù)據(jù)庫(kù)名是否跟你的MySQL一致username和password是否改成了你自己的賬號(hào)密碼。配置文件改好之后就能啟動(dòng)。運(yùn)行SpringBootApplication主類(lèi)IDEA控制臺(tái)出現(xiàn)Spring Boot啟動(dòng)成功的日志說(shuō)明后端已經(jīng)起來(lái)。驗(yàn)證方式是直接在瀏覽器訪問(wèn)一個(gè)不需要登錄的接口比如登錄接口用POST請(qǐng)求或者直接訪問(wèn)http://localhost:8080/api/book/list如果返回JSON數(shù)據(jù)說(shuō)明數(shù)據(jù)庫(kù)連接正常。如果啟動(dòng)時(shí)報(bào)端口被占用SpringBoot默認(rèn)8080端口找到占用進(jìn)程殺掉或者在配置文件里改server.port換一個(gè)端口前端代理的地址也要跟著改。5.3 前端啟動(dòng)全流程依賴安裝與代理配置前端啟動(dòng)相對(duì)簡(jiǎn)單用IDEA或VSCode打開(kāi)前端文件夾在終端里執(zhí)行npm install安裝依賴安裝完成后執(zhí)行npm run serveVue CLI項(xiàng)目或npm run devVite項(xiàng)目看到編譯成功且輸出了一個(gè)本地訪問(wèn)地址瀏覽器打開(kāi)就能進(jìn)入頁(yè)面。但有兩個(gè)點(diǎn)需要特別留意。第一個(gè)是npm install失敗。常見(jiàn)原因包括網(wǎng)絡(luò)問(wèn)題換成淘寶鏡像源執(zhí)行npm config set registry https://registry.npmmirror.com、Node版本與依賴不兼容ESLint或node-sass要求特定Node版本、依賴包下載不完整刪掉node_modules目錄重新install。第二個(gè)是前端代理配置。開(kāi)發(fā)環(huán)境下前端跑在8081等端口后端跑在8080瀏覽器直接從前端頁(yè)面請(qǐng)求后端接口屬于跨域請(qǐng)求會(huì)被瀏覽器的同源策略攔截。解決辦法是前端在vue.config.js或vite.config.js里配置devServer代理把/api前綴的請(qǐng)求轉(zhuǎn)發(fā)到http://localhost:8080這樣瀏覽器看來(lái)請(qǐng)求是同源的不會(huì)報(bào)跨域錯(cuò)誤。如果項(xiàng)目里沒(méi)有配置代理也可以在后端加CORS配置類(lèi)直接允許跨域兩種方案選一種即可。啟動(dòng)完成后整個(gè)流程能不能跑通用最樸素的測(cè)試方法打開(kāi)頁(yè)面注冊(cè)一個(gè)用戶然后用管理員賬號(hào)登錄登錄后新增一本書(shū)去借閱它再歸還再驗(yàn)證圖書(shū)可借庫(kù)存的數(shù)量變化是否符合預(yù)期。如果這幾步全部正常項(xiàng)目基本宣告跑通。之后你再動(dòng)手改任何代碼都有了一個(gè)可以隨時(shí)驗(yàn)證的基準(zhǔn)環(huán)境改壞了隨時(shí)回退。5.4 我調(diào)試這套項(xiàng)目時(shí)遇到過(guò)的幾個(gè)高頻問(wèn)題第一批問(wèn)題是數(shù)據(jù)庫(kù)連接出錯(cuò)常見(jiàn)報(bào)錯(cuò)是Access denied for user rootlocalhost或者Unknown database。前者是用戶名密碼錯(cuò)了后者是數(shù)據(jù)庫(kù)沒(méi)有創(chuàng)建成功或庫(kù)名與配置不一致檢查SQL腳本是否完整執(zhí)行庫(kù)名大小寫(xiě)是否匹配。第二批問(wèn)題集中在Maven依賴下載失敗報(bào)錯(cuò)May be caused by transferring或PKIX path building failed解決方案是配置阿里云鏡像或者檢查IDEA的Maven配置是否指向了正確的settings.xml如果公司網(wǎng)絡(luò)或校園網(wǎng)有特殊限制可以使用4G熱點(diǎn)試一下。第三批問(wèn)題是前端編譯時(shí)報(bào)Module not found: Error: Cant resolve通常是npm安裝階段就有包沒(méi)裝上重新執(zhí)行npm install。第四批問(wèn)題比較隱蔽頁(yè)面能打開(kāi)但所有接口請(qǐng)求都報(bào)404或者500404大概率是代理沒(méi)有生效500大概率是后端代碼運(yùn)行時(shí)報(bào)錯(cuò)去后端控制臺(tái)看異常堆棧很少有兩邊同時(shí)出問(wèn)題、需要檢查接口路徑的情況。還有一個(gè)非常容易踩的坑拿到的源碼可能由不同版本的工具創(chuàng)建前端可能是Vue 2Element UI也可能是Vue 3Element Plus。Vue 2和Vue 3的語(yǔ)法差異很大Element UI和Element Plus很多組件用法不一樣寫(xiě)代碼、查資料的時(shí)候一定要先確認(rèn)自己的版本。判斷方法很簡(jiǎn)單看package.json里面的vue版本號(hào)2.x還是3.x一目了然。6. 答辯準(zhǔn)備與功能擴(kuò)展方向讓項(xiàng)目在展示時(shí)更有說(shuō)服力項(xiàng)目能跑通只是及格線答辯能講清楚才是目的。這一節(jié)我結(jié)合這幾年給畢業(yè)生做答辯輔導(dǎo)的經(jīng)驗(yàn)按“常規(guī)提問(wèn)、系統(tǒng)演示、擴(kuò)展優(yōu)化”三個(gè)維度給出準(zhǔn)備思路。6.1 答辯老師最?lèi)?ài)問(wèn)的幾個(gè)考點(diǎn)與標(biāo)準(zhǔn)應(yīng)答思路答辯老師對(duì)“爛大街”的圖書(shū)管理系統(tǒng)問(wèn)題非常熟悉他們的問(wèn)題基本圍繞幾個(gè)方向架構(gòu)、鑒權(quán)、事務(wù)、分頁(yè)、數(shù)據(jù)庫(kù)設(shè)計(jì)?；卮鸬暮诵脑瓌t是“用關(guān)鍵詞打頭、結(jié)合項(xiàng)目實(shí)際展開(kāi)”不要只背概念要落到這個(gè)系統(tǒng)里“你具體是怎么做的”。老師問(wèn)“登錄是怎么實(shí)現(xiàn)的”——參考答案項(xiàng)目采用前后端分離架構(gòu)登錄采用Token鑒權(quán)方案用戶提交密碼后后端用BCrypt加密校驗(yàn)校驗(yàn)通過(guò)后生成JWT返回前端存儲(chǔ)前端通過(guò)axios攔截器在每次請(qǐng)求頭攜帶Token后端用攔截器統(tǒng)一校驗(yàn)無(wú)需登錄的接口比如登錄、注冊(cè)做了放行處理。老師問(wèn)“為什么用Token不用Session”——參考答案Session依賴服務(wù)器內(nèi)存多實(shí)例部署時(shí)需要額外的共享方案Token是自包含的服務(wù)器不保存會(huì)話狀態(tài)天然適用于前后端分離和分布式場(chǎng)景。老師問(wèn)“借書(shū)的時(shí)候庫(kù)存減1什么時(shí)候加回來(lái)”——參考答案還書(shū)的時(shí)候加回來(lái)通過(guò)借閱記錄查到對(duì)應(yīng)的圖書(shū)ID然后對(duì)可借庫(kù)存加1借書(shū)和還書(shū)操作都加了事務(wù)保證借閱記錄和庫(kù)存數(shù)據(jù)的操作要么都成功、要么都失敗。老師問(wèn)“分頁(yè)是怎么實(shí)現(xiàn)的”——參考答案后端使用MyBatis-Plus分頁(yè)插件傳入當(dāng)前頁(yè)碼和每頁(yè)條數(shù)自動(dòng)拼接LIMIT返回分頁(yè)對(duì)象前端配合分頁(yè)組件展示。老師問(wèn)“數(shù)據(jù)庫(kù)有哪些表、表之間有什么關(guān)系”這類(lèi)問(wèn)題直接把第2節(jié)的內(nèi)容用自己的話講出來(lái)即可。這類(lèi)問(wèn)題一定要準(zhǔn)備充分因?yàn)閹缀醣貑?wèn)。6.2 系統(tǒng)演示的標(biāo)準(zhǔn)動(dòng)作與講解節(jié)奏答辯現(xiàn)場(chǎng)演示系統(tǒng)是重頭戲節(jié)奏比內(nèi)容更重要。建議按這個(gè)順序演示先展示系統(tǒng)首頁(yè)的整體界面一句話概括系統(tǒng)定位然后演示登錄注冊(cè)重點(diǎn)說(shuō)明不同角色登錄后看到的界面差異接著演示圖書(shū)管理模塊——分頁(yè)瀏覽、條件搜索、新增圖書(shū)搜索時(shí)選一個(gè)能明顯看出篩選效果的關(guān)鍵詞然后演示借閱歸還全流程這是業(yè)務(wù)核心借之前和借之后分別展示可借庫(kù)存的變化讓老師直觀看到數(shù)據(jù)聯(lián)動(dòng)如果系統(tǒng)中做了數(shù)據(jù)統(tǒng)計(jì)例如借閱排行榜、圖書(shū)分類(lèi)統(tǒng)計(jì)圖也在這時(shí)候展示這是拉開(kāi)檔次的關(guān)鍵一步最后快速展示用戶管理、個(gè)人信息修改等次要功能一筆帶過(guò)即可。演示時(shí)有一個(gè)細(xì)節(jié)特別加分提前準(zhǔn)備好測(cè)試數(shù)據(jù)確保數(shù)據(jù)庫(kù)里有幾十本書(shū)、每本書(shū)庫(kù)存不一、有幾條借閱記錄。不要演示現(xiàn)場(chǎng)再臨時(shí)插入一本新書(shū)容易緊張出錯(cuò)。另外瀏覽器窗口盡量拉開(kāi)字體調(diào)大確保最后一排的老師也能看清頁(yè)面。整個(gè)演示控制在5分鐘之內(nèi)講得越連貫越流暢老師的主觀印象越好。6.3 從“能過(guò)”到“出彩”值得投入的擴(kuò)展方向如果你的時(shí)間還有富余有幾個(gè)性價(jià)比很高的擴(kuò)展方向值得考慮。這幾個(gè)方向都在原有架構(gòu)上做增量開(kāi)發(fā)不會(huì)改動(dòng)核心業(yè)務(wù)邏輯但論文和工作量描述上都有足夠多的素材可以寫(xiě)。第一個(gè)方向是圖形化統(tǒng)計(jì)用ECharts做首頁(yè)可視化大屏。圖書(shū)分類(lèi)占比餅圖、每月借閱量折線圖、熱門(mén)圖書(shū)排行Top10柱狀圖這三個(gè)圖表一上整個(gè)項(xiàng)目的效果直接提升一個(gè)檔次。后端需要補(bǔ)充幾個(gè)統(tǒng)計(jì)接口按分類(lèi)分組查詢圖書(shū)數(shù)量、按月分組查詢借閱記錄、按借閱次數(shù)排序取前10本。這就是一個(gè)標(biāo)準(zhǔn)的“數(shù)據(jù)可視化”模塊寫(xiě)在簡(jiǎn)歷里也很拿得出手。第二個(gè)方向是增加更多的角色和權(quán)限粒度。比如增加一個(gè)“圖書(shū)管理員”角色只有圖書(shū)管理的操作權(quán)限沒(méi)有用戶管理權(quán)限或者增加“超期未還自動(dòng)催還”功能每天定時(shí)掃描借閱記錄表找到已超過(guò)due_time還沒(méi)歸還的記錄給對(duì)應(yīng)用戶發(fā)送站內(nèi)信提醒。這個(gè)功能引入了一個(gè)新的技術(shù)點(diǎn)——SpringBoot的定時(shí)任務(wù)Scheduled雖然實(shí)現(xiàn)起來(lái)只需要一個(gè)定時(shí)方法加一個(gè)注解但講出來(lái)顯得系統(tǒng)考慮得很周全。第三個(gè)方向是引入Redis緩存熱門(mén)圖書(shū)數(shù)據(jù)和登錄Token的持久化控制。當(dāng)前項(xiàng)目把Token放在localStorage后端無(wú)法主動(dòng)讓某個(gè)Token失效引入Redis后可以實(shí)現(xiàn)服務(wù)端Session化把Token作為key存到Redis并設(shè)置過(guò)期時(shí)間配合Redis的自動(dòng)過(guò)期機(jī)制實(shí)現(xiàn)主動(dòng)踢人下線、強(qiáng)制過(guò)期。這個(gè)擴(kuò)展還能引出緩存穿透、緩存雪崩等經(jīng)典面試話題答辯的時(shí)候如果老師順著這個(gè)話題往下問(wèn)你提前準(zhǔn)備好緩存相關(guān)的回答就是妥妥的加分項(xiàng)。第四個(gè)方向是文件上傳功能。給圖書(shū)管理加一個(gè)封面圖片上傳前端用Element UI的上傳組件后端用MultipartFile接收文件、存儲(chǔ)到本地目錄并把訪問(wèn)路徑保存到數(shù)據(jù)庫(kù)。文件上傳是畢設(shè)里出現(xiàn)頻率非常高的功能點(diǎn)提前在系統(tǒng)里實(shí)現(xiàn)了答辯時(shí)又多了一個(gè)可以演示和講解的知識(shí)點(diǎn)。7. 源碼學(xué)習(xí)與二次開(kāi)發(fā)的核心方法最后聊一個(gè)超出答辯本身的話題怎么通過(guò)這套源碼真正學(xué)到東西。很多同學(xué)會(huì)陷入一個(gè)誤區(qū)——源碼拿到了功能能跑了然后就沒(méi)有然后了。花同樣的時(shí)間有的人只能交差有的人卻能把SpringBootVue的核心知識(shí)點(diǎn)全部過(guò)一遍差別就在會(huì)不會(huì)利用源碼。第一拿到源碼先做減法再做加法。在完全理解代碼之前不要跑去亂改功能。先按第5節(jié)的流程把項(xiàng)目跑起來(lái)然后挑一個(gè)最簡(jiǎn)單的模塊比如分類(lèi)管理從頭到尾讀一遍代碼從數(shù)據(jù)庫(kù)表到Mapper、Service、Controller、前端API、頁(yè)面組件把一條完整的數(shù)據(jù)流串起來(lái)你會(huì)發(fā)現(xiàn)所有模塊的套路幾乎一樣。這時(shí)候你再嘗試在不看參考代碼的情況下自己去新增一個(gè)接口、一個(gè)頁(yè)面比如給圖書(shū)表增加一個(gè)“出版社管理”的功能跑通了你對(duì)這套框架才算真正入門(mén)。第二學(xué)會(huì)用“異常驅(qū)動(dòng)”的方式學(xué)習(xí)。啟動(dòng)項(xiàng)目時(shí)遇到報(bào)錯(cuò)不要第一反應(yīng)是“百度搜報(bào)錯(cuò)關(guān)鍵字”而是嘗試自己閱讀異常堆棧找到是哪一行代碼觸發(fā)了問(wèn)題。遇到看不懂的代碼在IDEA里按住Ctrl點(diǎn)擊方法名跳到它的定義去看實(shí)現(xiàn)邏輯這種方式比看任何教程都印象深刻。把每一個(gè)報(bào)錯(cuò)從“看不懂”到“能自己解決”的過(guò)程記錄下來(lái)比背十篇面經(jīng)都管用。第三把手冊(cè)用起來(lái)。SpringBoot的官方文檔寫(xiě)得非常齊全MyBatis-Plus、Vue Router、Element UI也都有中文文檔學(xué)任何知識(shí)點(diǎn)之前先翻官方文檔確認(rèn)正確用法網(wǎng)上隨手搜到的文章很多已經(jīng)過(guò)時(shí)甚至是錯(cuò)誤的。養(yǎng)成看一手文檔的習(xí)慣對(duì)畢業(yè)以后的學(xué)習(xí)和工作幫助更大。這套圖書(shū)管理系統(tǒng)本質(zhì)上是“Java Web全棧開(kāi)發(fā)”的一套濃縮樣例。它麻雀雖小卻把前后端分離架構(gòu)、RESTful接口設(shè)計(jì)、數(shù)據(jù)建模、權(quán)限鑒權(quán)、事務(wù)處理、分頁(yè)查詢這些企業(yè)開(kāi)發(fā)里的基本功完整地練了一遍。如果你能把它真正吃透后面去寫(xiě)電商后臺(tái)、內(nèi)容管理系統(tǒng)、訂單管理平臺(tái)做的都是同一件事——無(wú)非是把“圖書(shū)”換成“商品”把“借閱記錄”換成“訂單記錄”。項(xiàng)目本身的業(yè)務(wù)是簡(jiǎn)單的但透過(guò)這個(gè)項(xiàng)目建立起來(lái)的工程意識(shí)和排錯(cuò)能力才是這套源碼真正值得你花時(shí)間去換的東西。我個(gè)人的建議是不要只把這份源碼當(dāng)成“交差工具”把它當(dāng)成“第一份練手項(xiàng)目”好好打磨。把代碼跑通、把邏輯講清、把優(yōu)化做到位然后寫(xiě)進(jìn)簡(jiǎn)歷面試官問(wèn)起項(xiàng)目經(jīng)歷你能把從數(shù)據(jù)庫(kù)設(shè)計(jì)到接口聯(lián)調(diào)的細(xì)節(jié)都講明白比你羅列一堆網(wǎng)課證書(shū)更有說(shuō)服力。等到答辯結(jié)束你回頭看自己這一路的折騰和踩坑會(huì)發(fā)現(xiàn)在這門(mén)課上收獲到的遠(yuǎn)超一個(gè)“畢設(shè)通過(guò)”的結(jié)果。