2026屆的學(xué)弟學(xué)妹們?nèi)绻阏跒楫呍O(shè)選題撓頭SSMVue理發(fā)店管理系統(tǒng)這個方向值得你認(rèn)真考慮。作為一個從選題、編碼到答辯全程走完的過來人我可以負(fù)責(zé)任地說這套組合在難度、工作量和答辯表現(xiàn)力之間平衡得相當(dāng)好。今天這篇東西不整虛的直接把這個畢設(shè)從論文到程序的每個環(huán)節(jié)拆開講透——選題為什么值、功能怎么設(shè)計、數(shù)據(jù)庫怎么建、論文怎么寫、代碼最容易在哪翻車你跟著過一遍至少能少踩一半的坑。先打個底SSM指的是Spring、SpringMVC、MyBatis三個框架的組合Vue負(fù)責(zé)前端頁面前后端通過JSON接口通信這就是典型的Java前后端分離架構(gòu)。理發(fā)店管理系統(tǒng)解決的是門店預(yù)約、會員充值、服務(wù)項(xiàng)目管理、收入統(tǒng)計這類實(shí)際業(yè)務(wù)問題。這個選題最難能可貴的地方在于業(yè)務(wù)規(guī)模不大但你熟悉的登錄鑒權(quán)、預(yù)約沖突檢測、角色權(quán)限、數(shù)據(jù)統(tǒng)計這些模塊都能放進(jìn)去復(fù)雜度正好卡在能講深、也不會做不完的位置。需要參考畢設(shè)開發(fā)或論文寫作節(jié)奏的同學(xué)這篇基本能當(dāng)你的任務(wù)清單用。1. 選題價值拆解SSMVue為什么是畢設(shè)的穩(wěn)妥組合1.1 SSM不算新但很適合應(yīng)付畢業(yè)設(shè)計很多學(xué)弟學(xué)妹會問Java生態(tài)都到Spring Boot 3.x了為什么還要用SSM老框架這個問題我在答辯時也被老師當(dāng)面問過。當(dāng)時的回答思路值得你們參考畢設(shè)不是企業(yè)生產(chǎn)項(xiàng)目首要目標(biāo)是符合教學(xué)體系的評估標(biāo)準(zhǔn)。大多數(shù)學(xué)校Java Web課程的教學(xué)主線就是SSM答辯組老師對這個技術(shù)棧最熟悉。你講Spring的IOC容器、SpringMVC的請求流轉(zhuǎn)、MyBatis的SQL映射老師能聽懂、能對應(yīng)上課程知識點(diǎn)這是很大的隱性優(yōu)勢。另外SSM并沒有過時。Spring負(fù)責(zé)對象管理和事務(wù)控制SpringMVC負(fù)責(zé)HTTP請求分發(fā)MyBatis負(fù)責(zé)數(shù)據(jù)庫訪問這套分層思想在Spring Boot里完全一致。你用SSM做完這個項(xiàng)目后續(xù)學(xué)Spring Boot只是配置方式的遷移底層邏輯全通。更實(shí)在的是SSM項(xiàng)目的代碼結(jié)構(gòu)是教科書式的Controller到Service到Mapper層層分明你寫進(jìn)論文的架構(gòu)圖都是現(xiàn)成的查重和答辯都能站得住。1.2 理發(fā)店場景比通用管理系統(tǒng)更討巧選題的顆粒度很關(guān)鍵。很多人喜歡寫XX信息管理系統(tǒng)聽上去大氣但一上場就露怯功能全是增刪改查沒有任何業(yè)務(wù)邏輯論文需求分析只能靠編。理發(fā)店系統(tǒng)不一樣它自帶一個天然業(yè)務(wù)閉環(huán)顧客登錄、選購項(xiàng)目、預(yù)約時段、到店消費(fèi)、會員充值、消費(fèi)記錄每一環(huán)都能對應(yīng)到具體的表和接口。特別是預(yù)約這個功能天然帶有時間沖突檢測、狀態(tài)流轉(zhuǎn)、審核確認(rèn)機(jī)制這些是可以寫進(jìn)論文里當(dāng)系統(tǒng)亮點(diǎn)的東西。同一理發(fā)師同一天同一時段不能重復(fù)預(yù)約這個規(guī)則落到數(shù)據(jù)庫上是一張表落到代碼是一個count查詢落到論文里就是并發(fā)沖突檢測的分析素材。一個功能橫跨數(shù)據(jù)庫設(shè)計、業(yè)務(wù)邏輯、并發(fā)處理三個層面答辯時發(fā)揮空間非常大。1.3 引入Vue帶來的展示紅利純SSM加JSP的畢設(shè)頁面是服務(wù)器渲染出來的丑且難改。Vue進(jìn)來之后頁面用組件化寫法配合Element UI或Element Plus界面直接是管理后臺那種專業(yè)風(fēng)格截圖放進(jìn)論文系統(tǒng)實(shí)現(xiàn)章節(jié)視覺上先贏一半。Vue開發(fā)時支持熱更新改代碼即時看效果調(diào)試效率比改JSP高太多。前后端分離后數(shù)據(jù)怎么從數(shù)據(jù)庫到頁面這條鏈路非常清晰后端查庫返回JSON前端axios拿到數(shù)據(jù)渲染表格。答辯時老師問你某個字段從頭到尾怎么流轉(zhuǎn)的你能從數(shù)據(jù)庫一路講到頁面組件這就是完整的技術(shù)表達(dá)能力。所以我的結(jié)論是如果選題自由度大SSM加Vue加MySQL這套組合就放心選它不新潮但結(jié)實(shí)、好講、網(wǎng)上資料多出了問題隨便一搜就有答案。2. 功能設(shè)計與數(shù)據(jù)庫建模系統(tǒng)架構(gòu)的核心規(guī)劃2.1 三種角色與權(quán)限邊界劃分做管理系統(tǒng)第一步不是寫代碼而是先想清楚誰在用。理發(fā)店系統(tǒng)里至少有三種角色并且每個角色的操作邊界要清晰顧客登錄注冊、瀏覽服務(wù)項(xiàng)目、在線預(yù)約、查看會員卡余額與消費(fèi)記錄、查看公告。理發(fā)師查看自己被預(yù)約的日程、確認(rèn)顧客到店、完成訂單也可以查看自己的服務(wù)業(yè)績。管理員員工信息維護(hù)、服務(wù)項(xiàng)目管理、預(yù)約審核與排班、會員充值管理、訂單結(jié)算與流水查看、收入統(tǒng)計、公告發(fā)布。三種角色對應(yīng)到系統(tǒng)里就是三類賬號同一張用戶表通過role字段區(qū)分即可。前端根據(jù)登錄后保存的角色信息決定顯示哪些菜單按鈕后端在接口層面用攔截器校驗(yàn)登錄狀態(tài)再按角色做二次校驗(yàn)。畢設(shè)階段不用搞復(fù)雜的權(quán)限框架關(guān)鍵是有區(qū)分這個設(shè)計本身就值得在論文需求分析和系統(tǒng)設(shè)計里各寫一段。2.2 功能模塊清單與控制工作量我建議把功能分成必備和加分兩檔先保證必備功能全部跑通再有余力做加分項(xiàng)。這份參考清單你照著往下做就不會漏模塊面向角色核心功能優(yōu)先級登錄注冊全體賬號密碼登錄、注冊、退出必備服務(wù)項(xiàng)目管理管理員服務(wù)項(xiàng)增刪改查、上下架、價格與時長維護(hù)必備理發(fā)師管理管理員理發(fā)師信息維護(hù)、技能特長、在職狀態(tài)必備在線預(yù)約顧客、理發(fā)師選擇理發(fā)師與時段、提交預(yù)約、查看我的預(yù)約必備預(yù)約審核管理員、理發(fā)師確認(rèn)或取消預(yù)約、查看日程必備會員管理管理員、顧客開卡、充值、余額查詢、消費(fèi)扣除必備消費(fèi)流水管理員、顧客訂單結(jié)算、流水明細(xì)、按月統(tǒng)計必備公告管理管理員、顧客公告發(fā)布與列表展示加分?jǐn)?shù)據(jù)統(tǒng)計管理員訂單量與營業(yè)額圖表展示加分評論反饋顧客、管理員服務(wù)評價、管理端查看加分優(yōu)先級列表的作用是幫你控制節(jié)奏。我見過不少同學(xué)在加分功能上死磕結(jié)果必備功能反而漏洞百出答辯時被老師隨手一點(diǎn)就卡殼。先把主流程打通再考慮錦上添花這是鐵律。2.3 數(shù)據(jù)庫表設(shè)計預(yù)約表是整個系統(tǒng)的核心數(shù)據(jù)庫是論文系統(tǒng)設(shè)計章節(jié)的重頭戲也是程序的根基。理發(fā)店系統(tǒng)建議按這個最小集建表user用戶表字段有id、username、password、real_name、phone、role、avatar、create_time密碼要加密存儲。barber理發(fā)師表id、user_id、name、skill、intro、statususer_id關(guān)聯(lián)user表。service_item服務(wù)項(xiàng)目表id、name、price、duration、description、statusduration記錄服務(wù)時長便于預(yù)約排期。member會員表id、user_id、card_no、balance、level、create_time、status。reservation預(yù)約表id、user_id、barber_id、service_id、appoint_date、time_slot、status、remark、create_time。consume_record流水表id、user_id、barber_id、service_id、amount、pay_method、create_time。announcement公告表id、title、content、create_time。reservation表是系統(tǒng)的靈魂。它承載了完整的業(yè)務(wù)規(guī)則同一理發(fā)師、同一天、同一時段不能存在兩條有效預(yù)約這就是并發(fā)沖突檢測的落點(diǎn)。它的status字段建議用數(shù)字存狀態(tài)0待確認(rèn)、1已確認(rèn)、2已完成、3已取消前端標(biāo)簽頁根據(jù)狀態(tài)顯示不同顏色后端接口做狀態(tài)流轉(zhuǎn)校驗(yàn)整個系統(tǒng)的業(yè)務(wù)深度就這么出來了。3. 論文寫作把程序轉(zhuǎn)譯成能過審的文字3.1 先定骨架再寫代碼很多同學(xué)把程序做完才開始寫論文結(jié)果發(fā)現(xiàn)當(dāng)時的很多設(shè)計和取舍已經(jīng)記不清寫出來的需求分析和實(shí)際功能對不上被導(dǎo)師要求返工。我的做法正好相反開工第一天就把論文目錄定好把它當(dāng)成程序開發(fā)的說明書每完成一個模塊就回頭補(bǔ)一節(jié)最后答辯前做一輪集中整合。標(biāo)準(zhǔn)骨架通常是這樣緒論、相關(guān)技術(shù)介紹、需求分析、系統(tǒng)設(shè)計、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測試、總結(jié)與展望。其中相關(guān)技術(shù)介紹和需求分析是最容易注水、也是查重重災(zāi)區(qū)的地方。相關(guān)技術(shù)介紹我的建議是能短則短只講你真正用到的部分比如Spring的IOC與AOP、MyBatis的Mapper機(jī)制、Vue的組件通信與路由每塊三四百字就夠了。不要從網(wǎng)上長篇大論復(fù)制框架介紹一粘必進(jìn)查重庫。3.2 需求分析要用業(yè)務(wù)場景來寫需求分析章節(jié)最容易寫成像填空題系統(tǒng)具有登錄功能、系統(tǒng)具有管理功能……全是廢話。聰明的寫法是把功能需求放到具體場景里去描述。例如在線預(yù)約你可以寫成顧客登錄系統(tǒng)后選擇理發(fā)師、服務(wù)項(xiàng)目和期望到店時間提交預(yù)約系統(tǒng)自動校驗(yàn)該時段是否與已有預(yù)約沖突若沖突則提示更換時段預(yù)約狀態(tài)為待確認(rèn)由理發(fā)師或管理員確認(rèn)后生效。這樣一寫需求分析和后面的預(yù)約沖突檢測實(shí)現(xiàn)一一對應(yīng)論文前后呼應(yīng)。數(shù)據(jù)需求部分要配合E-R圖來講把用戶、理發(fā)師、服務(wù)項(xiàng)目、預(yù)約、流水、公告六類實(shí)體畫清楚注意實(shí)體間的關(guān)系必須和你SQL里的外鍵設(shè)計一致否則老師一眼看出你圖片和實(shí)現(xiàn)脫節(jié)。一個用戶可有多條預(yù)約、一條預(yù)約對應(yīng)一個服務(wù)項(xiàng)目、一次消費(fèi)產(chǎn)生一條流水、一個理發(fā)師有多個預(yù)約這些對應(yīng)關(guān)系必須嚴(yán)絲合縫。3.3 查重降重的三個實(shí)操經(jīng)驗(yàn)查重是畢設(shè)生涯最深的陰影沒有之一。分享三個實(shí)測有效的經(jīng)驗(yàn)第一技術(shù)介紹部分換主語。網(wǎng)上框架介紹基本都是Spring是輕量級的開源框架這種句式你改成在本系統(tǒng)中Spring容器負(fù)責(zé)管理Service層對象的生命周期、MyBatis通過Mapper接口與XML映射文件完成數(shù)據(jù)庫訪問把通用描述變成和你項(xiàng)目綁定的描述重復(fù)率立刻降下來。第二代碼不要大段貼。論文貼代碼的目的是佐證實(shí)現(xiàn)思路核心代碼截取30到50行足夠其余用文字描述邏輯。貼一大堆代碼不但查重連累導(dǎo)師也會覺得你在湊頁數(shù)。第三需求分析里多用本項(xiàng)目開頭。一旦功能描述結(jié)合了具體業(yè)務(wù)比如本項(xiàng)目針對理發(fā)店預(yù)約管理場景設(shè)計了時段沖突檢測機(jī)制哪怕別人和你同題目正文也不會雷同。論文里圖表數(shù)量也很重要我定稿時用例圖、時序圖、E-R圖、架構(gòu)圖、頁面截圖加起來三十多張老師翻閱時圖表能有效緩解滿屏文字的疲勞感同時也代表著工作量。4. 核心功能實(shí)現(xiàn)與聯(lián)調(diào)前后端銜接的關(guān)鍵環(huán)節(jié)4.1 后端SSM工程搭建幾個容易忽略的配置后端直接利用IDEA創(chuàng)建Maven工程然后在pom.xml里引入依賴。要特別注意spring-webmvc、mybatis、mybatis-spring、mysql-connector、jackson-databind之間的版本兼容。我當(dāng)年踩過最無語的坑就是jackson版本和Spring版本不匹配后端返回JSON時直接拋異常白排查一下午。SpringMVC配置文件里要配組件掃描和注解驅(qū)動前者掃描Controller后者開啟JSON自動轉(zhuǎn)換。MyBatis配置里建議開啟駝峰映射也就是mapUnderscoreToCamelCase設(shè)為true數(shù)據(jù)庫字段appoint_date才能自動映射到Java屬性的appointDate。數(shù)據(jù)源和Mapper掃描放在spring-mybatis配置里注意Mapper接口和XML文件要放同一個包路徑下否則啟動就掃不到。Controller層寫接口時我強(qiáng)烈建議統(tǒng)一用一個Result對象包返回結(jié)構(gòu)就是code、msg、data三個字段前端axios攔截器里統(tǒng)一判斷code。這樣不會出現(xiàn)這次返回字符串、下次返回對象的情況前后端聯(lián)調(diào)能少吵很多架。如果不想手寫這些基礎(chǔ)代碼可以去參考一些開源SSM腳手架項(xiàng)目但你得真看懂每一行否則答辯老師追問細(xì)節(jié)就露餡。4.2 預(yù)約模塊時間沖突檢測這個隱藏難點(diǎn)預(yù)約模塊是系統(tǒng)最值得寫進(jìn)論文的業(yè)務(wù)邏輯代碼層面并不復(fù)雜核心思路是新增預(yù)約前先查同一理發(fā)師同一天是否存在相同時間段的未取消預(yù)約。public boolean checkConflict(Integer barberId, String appointDate, String timeSlot) { ReservationExample example new ReservationExample(); example.createCriteria() .andBarberIdEqualTo(barberId) .andAppointDateEqualTo(appointDate) .andTimeSlotEqualTo(timeSlot) .andStatusNotEqualTo(3); // 3代表已取消 long count reservationMapper.countByExample(example); return count 0; }status條件是最容易漏的。我見過有同學(xué)忘記加這個條件導(dǎo)致顧客取消預(yù)約后該時段仍然顯示被占用這就是典型的業(yè)務(wù)邏輯漏洞。已取消的預(yù)約不應(yīng)該占用時段資源這個細(xì)節(jié)在論文的系統(tǒng)實(shí)現(xiàn)里就是亮點(diǎn)素材。預(yù)約的狀態(tài)流轉(zhuǎn)也值得認(rèn)真設(shè)計。顧客提交預(yù)約后狀態(tài)是待確認(rèn)理發(fā)師或管理員確認(rèn)后變?yōu)橐汛_認(rèn)顧客到店完成服務(wù)后變?yōu)橐淹瓿扇∠麆t變?yōu)橐讶∠?。每一步都由后端校?yàn)前置狀態(tài)前端根據(jù)狀態(tài)渲染操作按鈕比如待確認(rèn)狀態(tài)下顧客可以取消預(yù)約已確認(rèn)狀態(tài)下取消會提示聯(lián)系門店。狀態(tài)機(jī)邏輯完整程序不會出現(xiàn)已取消的預(yù)約還能被確認(rèn)這種尷尬局面。4.3 前端Vue工程搭建從創(chuàng)建項(xiàng)目到路由配置前端推薦直接用Vue CLI創(chuàng)建工程。Vue 2配Element UIVue 3配Element Plus兩個組合都很成熟。選型原則很簡單學(xué)校課程教什么就用什么別為了追新給自己平添麻煩。npm install -g vue/cli vue create barber-shop創(chuàng)建完成后項(xiàng)目結(jié)構(gòu)里src/views放頁面組件src/router下配置路由src/api下封裝axios請求。路由和頁面之間的組織方式是一個路由對應(yīng)一個主頁面組件組件內(nèi)部再拆分表格、表單、彈窗這類子組件。Vue路由是必考知識點(diǎn)路由跳轉(zhuǎn)方式、傳參方式、嵌套路由、動態(tài)路由這些在畢設(shè)里都會用到也經(jīng)常出現(xiàn)在前端面試題里。頁面中表格操作列用Vue插槽渲染按鈕是比較常用的技巧比如在Element UI的el-table-column里通過template加插槽就能靈活控制每行顯示的操作按鈕。組件之間傳值則用props和事件。這些Vue的核心特性你不用全部精通但至少要在某個頁面里用上兩三個論文的技術(shù)介紹和程序?qū)崿F(xiàn)才能互相印證。4.4 前后端聯(lián)調(diào)高頻問題的歸類與解法前后端聯(lián)調(diào)是整個流程里耗時最長的階段至少一半的進(jìn)度延遲都是聯(lián)調(diào)問題造成的。高頻問題基本可以歸為三類第一跨域問題。即使配了代理后端也要配CORS兜底。在SpringMVC里加一個WebMvcConfigurer重寫addCorsMappings方法開發(fā)階段允許所有來源訪問。畢設(shè)沒有真實(shí)的安全威脅放開最省事。第二日期格式不一致。后端LocalDateTime轉(zhuǎn)JSON默認(rèn)是一長串時間戳前端需要自己格式化。建議后端統(tǒng)一配置Jackson日期格式或者前端封裝一個formatTime工具函數(shù)統(tǒng)一處理。同一系統(tǒng)里日期顯示格式必須統(tǒng)一否則整個界面看起來就很不專業(yè)。第三前端拿不到數(shù)據(jù)。遇到接口返回空先別急著懷疑后端。打開瀏覽器開發(fā)者工具的Network面板看請求是否發(fā)出去、狀態(tài)碼是200還是500、響應(yīng)體里有沒有數(shù)據(jù)。很多聯(lián)調(diào)失敗其實(shí)是前端請求路徑寫錯或者參數(shù)名和后端接收字段對不上。Java端駝峰屬性和數(shù)據(jù)庫下劃線字段沒映射干凈也會導(dǎo)致前端拿到null配好駝峰映射能避免一半的這類問題。前端項(xiàng)目怎么發(fā)給別人這個問題也被問得很多。畢設(shè)期間如果你換了電腦或者要把項(xiàng)目發(fā)給同學(xué)、發(fā)給導(dǎo)師記住把node_modules目錄排除掉把項(xiàng)目整個打包壓縮對方拿到后先執(zhí)行npm install恢復(fù)依賴再npm run serve啟動。用Git管理代碼就更規(guī)范每次修改提交一次出問題能隨時回退。5. 實(shí)操踩坑實(shí)錄環(huán)境配置與排錯經(jīng)驗(yàn)分享5.1 環(huán)境版本搭配與加速方案這個選題的環(huán)境配置核心是四樣JDK、Maven、Node、MySQL。建議搭配是JDK 1.8加Maven 3.6.x加Node 16或18加MySQL 5.7或8.0。這套組合在Windows上跑沒有任何兼容問題網(wǎng)上能找到的資料也幾乎都是這套環(huán)境出了問題好搜索。Maven下載依賴經(jīng)?？ㄗ〗鉀Q方案就是配阿里云鏡像在maven的conf/settings.xml里加mirror配置把遠(yuǎn)程倉庫指向阿里云maven-public倉庫速度立刻從幾KB變成幾MB。Node那邊如果npm install慢同樣把registry切到國內(nèi)鏡像。這些細(xì)節(jié)看起來小但直接影響開發(fā)情緒。我也見過有人在IDEA里直接開發(fā)Vue項(xiàng)目用IDEA內(nèi)置終端跑npm命令代碼提示和調(diào)試都方便這個習(xí)慣可以早點(diǎn)養(yǎng)成。Vue安裝及環(huán)境配置本身不難難的是一開始版本沒選對后面各種報錯折磨人。5.2 Vue常見報錯的快速排查表我把Vue項(xiàng)目里遇到過的高頻錯誤整理成一張速查表遇到問題直接對照報錯現(xiàn)象常見原因處理方式npm install卡住或報紅網(wǎng)絡(luò)問題或依賴版本沖突切換國內(nèi)鏡像源刪除node_modules和package-lock.json后重裝node-sass安裝失敗原生模塊需要編譯改用sassdart-sass不需要預(yù)編譯樣式互相覆蓋組件未使用scoped隔離style標(biāo)簽加scoped屬性全局樣式放獨(dú)立css文件刷新后路由404或白屏history模式下后端未做fallback直接用hash模式穩(wěn)定不出錯tsconfig not found腳手架默認(rèn)TypeScript工程創(chuàng)建項(xiàng)目時直接選JavaScript版本畢設(shè)不建議上TS接口返回數(shù)據(jù)但頁面表格為空字段名映射問題檢查接口字段與前端表格prop是否一致、后端駝峰映射是否開啟樣式?jīng)_突這個問題出現(xiàn)頻率特別高主要原因是組件樣式?jīng)]有隔離。解決方案就是給當(dāng)前組件的style標(biāo)簽加scoped屬性Vue會自動給元素添加帶data屬性的選擇器讓樣式只作用于當(dāng)前組件。全局公共樣式放到全局CSS文件里不要在組件里裸寫非scoped樣式。5.3 答辯演示用的數(shù)據(jù)準(zhǔn)備與場景腳本最后聊答辯演示的籌備。程序能跑通不等于答辯順利因?yàn)闀r間有限你得讓老師在幾分鐘內(nèi)看到系統(tǒng)的亮點(diǎn)。建議準(zhǔn)備一條演示主線按真實(shí)業(yè)務(wù)場景走管理員登錄添加一個服務(wù)項(xiàng)目顧客注冊并預(yù)約一個時段理發(fā)師登錄看到預(yù)約并確認(rèn)顧客到店消費(fèi)生成流水管理員查看營業(yè)額統(tǒng)計。這條流程五到六分鐘走完覆蓋全部核心模塊老師一眼就能看出業(yè)務(wù)閉環(huán)是完整的。演示之前務(wù)必準(zhǔn)備一份干凈的演示數(shù)據(jù)。我見過現(xiàn)場因?yàn)闆]有預(yù)約數(shù)據(jù)、臨時創(chuàng)建預(yù)約又因?yàn)闋顟B(tài)流程不熟而卡殼的場面非常尷尬。建議預(yù)置好幾位顧客、幾張會員卡、一周的預(yù)約記錄、幾個月的消費(fèi)流水名字用張偉李娜這種常見人名消費(fèi)記錄的時間跨度均勻分布金額不要全是整數(shù)這樣圖表展示出來才有說服力。登錄密碼改成簡單的admin/123456演示時提前在瀏覽器里記住賬號別現(xiàn)場手輸輸錯一次全身是汗。其實(shí)從我的實(shí)際經(jīng)驗(yàn)看這個畢設(shè)項(xiàng)目從零到跑通正常節(jié)奏是環(huán)境準(zhǔn)備一天、后端一周半、前端十天左右、論文集中寫五到七天最后留一周做聯(lián)調(diào)、修bug和排練演示。如果你把前面說的坑提前知道整個周期至少能壓縮四到五天。我當(dāng)年就是站在坑底一條一條踩出來的希望你現(xiàn)在看到這篇東西能直接站在坑邊上繞過去。最后說一個小技巧代碼里多寫注釋尤其核心業(yè)務(wù)邏輯的注釋論文寫實(shí)現(xiàn)章節(jié)時直接照著注釋擴(kuò)展成段落效率翻倍還不會出現(xiàn)論文和代碼邏輯對不上的尷尬情況。