簡介一套基于SSM框架的藥房管理系統(tǒng)完整畢業(yè)設(shè)計項目面向計算機相關(guān)專業(yè)畢業(yè)生及需要項目實戰(zhàn)的Java學(xué)習(xí)者。系統(tǒng)涵蓋藥品信息管理、庫存、采購、銷售等典型藥房業(yè)務(wù)模塊可幫助讀者掌握Spring、SpringMVC、MyBatis三層架構(gòu)的整合與開發(fā)流程。資源包共1222個文件約19.56MB包含48個Java源文件、70個JSP頁面、18個XML配置、SQL數(shù)據(jù)庫腳本以及CSS/JS/HTML等前端資源其中JSP視圖與前端資源用于界面展示Java源文件和XML配置體現(xiàn)業(yè)務(wù)邏輯與框架整合目錄結(jié)構(gòu)清晰便于定位學(xué)習(xí)。源碼經(jīng)本地編譯調(diào)試評審得分98分可直接運行或作為二次開發(fā)基礎(chǔ)。目前已有174人學(xué)習(xí)下載適合用于畢業(yè)設(shè)計參考、課程設(shè)計或SSM框架項目練習(xí)。1. 從畢設(shè)選題到可運行系統(tǒng)藥房管理系統(tǒng)到底解決了什么每年到這個節(jié)點總有一批人被同一個場景卡住從網(wǎng)上下載了基于SSM框架的藥房管理系統(tǒng)源碼數(shù)據(jù)庫腳本也導(dǎo)進去了Tomcat也點啟動頁面卻停在登錄框轉(zhuǎn)圈或者一查藥品就報500。更尷尬的是答辯現(xiàn)場老師問一句“你的庫存扣減怎么保證不超賣”答不上來分數(shù)直接從“高分畢設(shè)”掉到“及格邊緣”。我見過太多人把精力全耗在配環(huán)境上配完能跑就以為完事其實對SSM三件套怎么協(xié)作、業(yè)務(wù)表和接口怎么銜接還是一團黑。這個藥房管理系統(tǒng)本質(zhì)上是一個典型的Java Web進銷存項目藥品信息管理、入庫出庫、銷售收銀、供應(yīng)商維護、庫存預(yù)警再加一個簡單的權(quán)限角色區(qū)分。技術(shù)棧鎖死在Spring SpringMVC MyBatis配MySQL數(shù)據(jù)庫腳本。它適合兩類人一類是正在做Java畢設(shè)、需要一個能講清楚又能落地的項目兜底的學(xué)生另一類是剛學(xué)完SSM框架、想看看三個框架怎么集成到同一個工程里的初學(xué)者。先說結(jié)論源碼能跑通只是起點真正決定能不能拿高分的是你對請求鏈路、事務(wù)邊界和庫存扣減這三件事的理解。下面我把整個落地路徑拆開講。2. SSM三件套在藥房系統(tǒng)里各自管哪塊選型理由與核心流程很多人把SSM當(dāng)成一個整體在配出了問題不知道找誰。其實三個框架在藥房系統(tǒng)里分工非常明確Spring管對象和事務(wù)SpringMVC管HTTP請求的路由和參數(shù)綁定MyBatis管SQL和結(jié)果映射。它們各自只管自己那一層協(xié)作起來才是一條完整的調(diào)用鏈。這一章先把分工講清楚后面配置和排錯才有依據(jù)。2.1 Spring的IoC與事務(wù)在藥房訂單里的位置藥房系統(tǒng)的核心業(yè)務(wù)是銷售和入庫。一次銷售動作至少涉及兩件事往銷售訂單表插一條記錄再把藥品庫存表的庫存數(shù)量減掉。如果沒有事務(wù)第二步失敗時第一步已經(jīng)提交賬就對不上了。Spring在這里做的事就是用Transactional把這兩步包進同一個數(shù)據(jù)庫事務(wù)里要么全成要么全敗。Spring的IoC容器在這個項目里體現(xiàn)在Service層。常見的做法是Controller里不直接new一個Service對象而是通過注解注入。比如Autowired一個DrugService容器啟動時幫你把實現(xiàn)類實例化好并注入進去。這對畢設(shè)答辯是一個很值得講的點你的各個業(yè)務(wù)模塊之間是解耦的替換實現(xiàn)類不需要動調(diào)用方代碼。配置上通常在spring-mybatis.xml里用bean或注解掃描包路徑來聲明這些對象context:component-scan base-packagecom.xxx.service/這種寫法就是Spring掃描Service層注解的入口。事務(wù)配置要單獨說一句。很多人Transactional注解加了但庫存還是能扣成負數(shù)問題往往出在事務(wù)管理器沒有接到數(shù)據(jù)源上。DataSourceTransactionManager必須顯式把dataSource屬性指過去不然Spring管理的事務(wù)和你連接池里的連接不是同一個會話事務(wù)注解形同虛設(shè)。這個我在第5章踩坑部分還會再展開。2.2 SpringMVC處理一次藥品查詢請求的完整路徑先走一遍請求路徑后面排查404、500時會非常有用。用戶在瀏覽器輸入/drug/list?keyword阿莫西林請求先到web.xml里配置的DispatcherServlet它的url-pattern通常設(shè)為/所有請求都會進來。接著SpringMVC根據(jù)RequestMapping(/drug/list)找到對應(yīng)的Controller方法把keyword參數(shù)綁定到方法入?yún)⑸?。Controller拿到參數(shù)后自己不寫SQL而是調(diào)用Service接口Service再調(diào)Mapper接口Mapper的XML里寫真正的SQL語句。返回結(jié)果從后端一層層往前傳Controller把查到的藥品列表放進ModelAndView或Model里再交給視圖解析器渲染JSP頁面。整個過程里SpringMVC幫你做了參數(shù)轉(zhuǎn)換、路徑匹配和視圖渲染三件事你只需要關(guān)注Controller里那幾行代碼。有個細節(jié)容易忽略SpringMVC默認不處理靜態(tài)資源請求。如果JSP頁面里引用了CSS、JS文件而你沒有在spring-mvc.xml里配置mvc:resources mapping/static/** location/static//這些資源會被DispatcherServlet攔截后報404。很多頁面長得丑、樣式加載不出來就是這個配置漏了和第5章我講的靜態(tài)資源攔截是同一個坑。2.3 MyBatis的Mapper層庫存扣減為什么不能只寫一條update在SSM項目里MyBatis負責(zé)把Java方法和SQL映射起來。藥房系統(tǒng)里最容易被答辯老師追問的就是庫存扣減。初學(xué)者常寫的SQL是UPDATE drug_stock SET stock stock - 1 WHERE drug_id ?。表面看沒問題但你要考慮并發(fā)場景兩個人同時買同一個藥兩個請求同時讀到庫存是10都減1最后庫存變成9而不是8。這在數(shù)據(jù)庫層面叫丟失更新。要修正它常見做法是把扣減條件加上庫存數(shù)量的判斷UPDATE drug_stock SET stock stock - #{num} WHERE drug_id #{id} AND stock #{num}。這句話的意思是先檢查庫存夠不夠夠了才扣不夠就不動這條記錄同時配合事務(wù)回滾保證不會出現(xiàn)負數(shù)庫存。MyBatis的Mapper XML里寫動態(tài)SQL也很方便比如if testkeyword ! null and keyword ! 來拼查詢條件比JDBC手動拼接字符串安全得多也基本杜絕了SQL注入。MyBatis另一個值得講清楚的是結(jié)果映射。表字段是drug_idJava屬性是drugId如果MyBatis沒開駝峰映射配置查出來的對象里drugId就是null。解決方式是在mybatis-config.xml里加setting namemapUnderscoreToCamelCase valuetrue/。這一句話能省掉大半的resultMap手寫工作量是我每接到一個SSM項目第一個檢查的配置項。3. 把數(shù)據(jù)庫腳本跑起來建庫建表與初始化數(shù)據(jù)拿到源碼包第一步通常不是看代碼而是把數(shù)據(jù)庫腳本導(dǎo)入MySQL。這一步翻車率極高十個人里有三四個卡在這里。原因集中在導(dǎo)入順序、字符集和MySQL 8的認證方式上。這一章按照我平時給項目初始化數(shù)據(jù)庫的順序來講你可以直接照著做。3.1 建庫與導(dǎo)入腳本命令行與Navicat兩條路線先說命令行方式。假設(shè)腳本文件叫pharmacy.sql在Windows的cmd里執(zhí)行注意先確認MySQL的bin目錄在PATH里mysql -uroot -p123456 -e CREATE DATABASE IF NOT EXISTS pharmacy DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p123456 --default-character-setutf8mb4 pharmacy D:/sql/pharmacy.sql第一條命令的作用是創(chuàng)建數(shù)據(jù)庫utf8mb4比utf8多支持四字節(jié)字符比如有些生僻字和emoji藥房系統(tǒng)里藥品名稱和商品名經(jīng)常帶特殊字符用utf8mb4能少很多幺蛾子。第二條命令才是把腳本導(dǎo)入--default-character-setutf8mb4這個參數(shù)非常關(guān)鍵不加的話腳本里的中文注釋和中文數(shù)據(jù)容易變成亂碼。用圖形工具也完全可以Navicat或DataGrip里右鍵連接新建數(shù)據(jù)庫字符集選utf8mb4然后選中庫右鍵“運行SQL文件”選擇腳本路徑執(zhí)行即可。注意執(zhí)行完一定要刷新一下庫列表有些版本不刷新不顯示新表。導(dǎo)入完先看左邊表列表的數(shù)量如果只有幾十張里的兩三張說明腳本中間某個語句報錯中斷了得點開消息面板看具體是哪個表的建表語句掛了。3.2 三張核心表的關(guān)系藥品、庫存、銷售記錄藥房系統(tǒng)的表通常不止三張但理解了核心三張整個系統(tǒng)就懂了一半。我拿最常見的表設(shè)計來說明表名核心字段職責(zé)drug_infodrug_id,drug_code,drug_name,specification,unit,price,prescription_type,expire_date藥品靜態(tài)信息價格、規(guī)格、是否處方藥drug_stockstock_id,drug_id,total_stock,warning_line,update_time當(dāng)前庫存余量和藥品一對一的對應(yīng)關(guān)系sale_recordrecord_id,drug_id,sale_num,sale_price,sale_time,operator_id每筆銷售流水記錄賣了多少、多少錢、誰操作藥品表和庫存表之間通過drug_id關(guān)聯(lián)銷售記錄表和藥品表之間也是drug_id。這和你正常去藥店買藥是一一對應(yīng)的每個藥品有一條庫存數(shù)每次賣出加一條銷售流水同時庫存減一。這里要注意sale_record應(yīng)該保存賣出的單價快照而不是實時去查drug_info里的當(dāng)前價格。因為藥價會調(diào)你回頭對賬時必須用賣出去那一刻的價格這就是數(shù)據(jù)庫設(shè)計里說的冗余存儲是為了歷史一致性。建表腳本樣例大致長這樣簡化版實際腳本會更全CREATE TABLE drug_info ( drug_id int(11) NOT NULL AUTO_INCREMENT, drug_code varchar(32) NOT NULL COMMENT 藥品編碼, drug_name varchar(128) NOT NULL COMMENT 藥品名稱, specification varchar(64) DEFAULT NULL COMMENT 規(guī)格, price decimal(10,2) NOT NULL COMMENT 零售價, prescription_type tinyint(1) DEFAULT 0 COMMENT 0非處方 1處方, expire_date date DEFAULT NULL COMMENT 有效期, PRIMARY KEY (drug_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;注意ENGINEInnoDB必須指定MyISAM不支持事務(wù)藥房系統(tǒng)的銷售和庫存扣減一旦跨表非事務(wù)引擎就廢了這個坑我在第5章詳細說。decimal(10,2)是貨幣標(biāo)準(zhǔn)寫法別用float浮點算錢會丟精度對賬時候差幾分錢夠你找半天的。3.3 初始化賬號與數(shù)據(jù)管理員、收銀員角色怎么分腳本里一般會自帶幾條初始用戶數(shù)據(jù)。最常見的角色設(shè)計是管理員和營業(yè)員收銀員。管理員可以操作藥品增刪改、供應(yīng)商管理、查看所有銷售記錄營業(yè)員只能做銷售開單、查詢藥品庫存。這個權(quán)限差別通常用一張sys_user表加一個user_role字段來實現(xiàn)或者獨立一張角色表。字段設(shè)計一般是CREATE TABLE sys_user ( user_id int(11) NOT NULL AUTO_INCREMENT, username varchar(32) NOT NULL, password varchar(64) NOT NULL COMMENT MD5或BCrypt加密, real_name varchar(32) DEFAULT NULL, role_id int(11) NOT NULL COMMENT 1管理員 2營業(yè)員, status tinyint(1) DEFAULT 1, PRIMARY KEY (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;導(dǎo)入腳本后一定要先查一下初始用戶名和密碼很多項目的初始密碼是123456但存儲方式可能是MD5加密后的串。登錄不上不要急著懷疑代碼先用SQL查一下SELECT * FROM sys_user;你看到的密碼字段如果是e10adc3949ba59abbe56e057f20f883e這串那就是123456的MD5值。如果前端登錄用的不是MD5而是BCrypt你也可以在登錄頁試一下明文123456能進就說明過濾器里做了加密比較。這塊搞清楚面試和答辯時講到“用戶認證怎么做的”就有話說了。4. 本地跑通源碼從JDK到Tomcat的完啟動流程數(shù)據(jù)庫就緒后下一步是在IDEA里把工程跑起來。SSM項目跑不起來的原因高度集中在版本不匹配和配置數(shù)據(jù)源上。這一章的環(huán)境版本搭配是這么多年下來最不容易出事的組合你按這個來基本能少走一半彎路。4.1 環(huán)境版本對照JDK 8、Tomcat 8.5、Maven 3.6的搭配理由SSM的大多數(shù)畢設(shè)項目都是在JDK 8時代寫的用JDK 17去跑大概率編譯不過因為javax.servlet從JDK 9開始就移除了老項目依賴的是javax命名空間新環(huán)境里根本找不到這些類。我見過太多人卡在這一步其實不是項目爛是版本錯配。穩(wěn)妥的組合是組件推薦版本原因JDK1.88u202以上大多數(shù)SSM老代碼只兼容到j(luò)avax命名空間Tomcat8.5.x匹配Servlet 3.1規(guī)范內(nèi)置運行方式友好Maven3.6.x和IDEA自帶Maven兼容度最高依賴解析穩(wěn)定MySQL5.7 或 8.05.7最穩(wěn)8.0需注意驅(qū)動和時區(qū)配置IDEA2020以后的版本對Maven和Tomcat插件支持都比較成熟Maven 3.6的settings.xml里最好配一下阿里云鏡像不然SSM依賴里那些老包在中央倉庫拉取很慢還容易超時。鏡像配置是mirror節(jié)點里把central代理到https://maven.aliyun.com/repository/public這個不屬于外鏈?zhǔn)浅Ｒ?guī)操作。4.2 IDEA導(dǎo)入與配置文件改寫IDEA導(dǎo)入SSM工程第一步是File - Open選擇pom.xml所在目錄IDEA會識別為Maven項目并開始解析依賴。解析過程中右下角會轉(zhuǎn)圈第一次可能要下載幾百MB依賴別急著操作。導(dǎo)入完成后重點檢查三處配置。第一處jdbc.properties——這是連不上數(shù)據(jù)庫的第一大原因。常見寫法是jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pharmacy?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456這里有三點要強調(diào)。driver如果是MySQL 8.0要用com.mysql.cj.jdbc.Driver用老的com.mysql.jdbc.Driver會報警告但不一定報錯。useSSLfalse必須加MySQL 8默認啟用SSL校驗不加會報Communications link failure。serverTimezoneAsia/Shanghai必須加否則MySQL 8會報The server time zone value的異常。因為中國時區(qū)問題很多人卡在這三個參數(shù)上每一個都是血淚經(jīng)驗。第二處spring-mybatis.xml里的Mapper掃描路徑。檢查mapper-locations配置的classpath:mapper/*.xml和你實際的XML存放路徑是否一致。這個對不上就報Invalid bound statement (not found)Service調(diào)用Mapper方法時必炸。第三處pom.xml的依賴坐標(biāo)。常見需要的是spring-webmvc、mybatis、mybatis-spring、mysql-connector-java版本號5.1.49或8.x對應(yīng)上數(shù)據(jù)庫版本、druid連接池、jackson-databind前后端JSON交互、jstl和javax.servlet-apiprovided作用域給Tomcat用。缺了jackson前端Ajax請求返回的JSON會變成一串亂碼或直接報406。4.3 啟動后驗證登錄、查藥品、做一次入庫操作的請求鏈路配置改完就點Tomcat啟動。啟動日志看到Server startup in [xxx] milliseconds字樣后打開瀏覽器訪問http://localhost:8080/項目名/。這一步經(jīng)常有人卡住因為SSM項目打的包通常是war項目名要和pom.xml里的finalName保持一致。訪問不放心就看一下IDEA下方的Tomcat Console如果出現(xiàn)Artifact xxx:war exploded: Error during artifact deployment說明你的war包沒打?qū)騑eb模塊沒配置好檢查Project Structure - Artifacts里的Output Layout是否包含lib下的所有依賴。驗證功能不要只登錄一下就完事按業(yè)務(wù)流程走一遍才能確認框架集成沒斷。先登錄走一次SpringMVC的登錄驗證再點開藥品列表走一次Mapper查詢?nèi)缓笮陆ㄒ粭l入庫單走一次Service事務(wù)提交。其中入庫操作是測試事務(wù)最方便的手段——在入庫ServiceImpl的Transactional方法里加個System.out.println(1/0);如果提交不了且數(shù)據(jù)庫里沒有新增記錄說明事務(wù)生效。測試完記得把這行刪掉。5. 畢設(shè)答辯前必查的坑導(dǎo)入失敗、中文亂碼、功能斷層這一章是排錯清單每一條都是實戰(zhàn)里反復(fù)出現(xiàn)的。按照現(xiàn)象→原因→解決的順序?qū)懩銓φ罩约喉椖康默F(xiàn)象找省得從報錯日志里瞎猜。5.1 改完jdbc配置還是連不上數(shù)據(jù)庫時區(qū)、SSL與驅(qū)動三連問現(xiàn)象數(shù)據(jù)庫明明開著賬號密碼都對啟動Tomcat時就是報Cannot create PoolableConnectionFactory或Communications link failure。原因排在前三的是MySQL 8的驅(qū)動類寫成了老的com.mysql.jdbc.Driver連接串沒有serverTimezone或者是useSSL沒設(shè)置為false。解決的常規(guī)順序是先確認MySQL版本5.7用老驅(qū)動8.0用新驅(qū)動再檢查jdbc:mysql://localhost:3306/pharmacy?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai這三個參數(shù)缺一不可最后重啟Tomcat。還有一種情況是3306端口被占用netstat -ano | findstr 3306看下端口是否被別的進程占著。5.2 藥品名稱中文全變問號characterEncoding與表collation雙管齊下現(xiàn)象從界面錄入的“阿莫西林膠囊”存到庫里變成“”查出來也是問號。原因有兩個層面連接串沒指定characterEncodingutf8時JDBC會按服務(wù)器默認編碼可能是latin1傳參另一個是建庫時字符集寫成了utf8而不是utf8mb4或者表的排序規(guī)則被改成了latin1_swedish_ci。解決方式先確認CREATE DATABASE時用的字符集然后改連接串為characterEncodingutf8如果數(shù)據(jù)已經(jīng)亂了就在數(shù)據(jù)庫里執(zhí)行ALTER TABLE drug_info CONVERT TO CHARACTER SET utf8mb4;。改完重啟Tomcat重新錄入一條帶中文的數(shù)據(jù)驗證。5.3 庫存能扣成負數(shù)事務(wù)不生效與并發(fā)不加鎖現(xiàn)象銷售開單時故意賣超庫存變成負的數(shù)據(jù)庫居然也接受了。原因有兩個第一個是事務(wù)管理器沒生效。你去檢查spring-mybatis.xml如果bean idtransactionManager里沒有引用dataSource那個bean或者tx:annotation-driven transaction-managertransactionManager/這行注釋掉了那Transactional完全不工作異常不回滾。第二個是扣減SQL本身沒加庫存判斷就是我在第2.3節(jié)說的AND stock #{num}那個條件。解決方式先給Service實現(xiàn)類的public方法加上Transactional(rollbackFor Exception.class)再把SQL改成帶條件的更新語句。這里我用的習(xí)慣是加rollbackFor Exception.class因為Spring默認只對RuntimeException回滾檢查異常比如自定義的StockNotEnoughException不會自動回滾。5.4 頁面報404或500但控制臺沒有堆棧靜態(tài)資源攔截與Mapper掃描遺漏現(xiàn)象登錄頁跳轉(zhuǎn)后CSS全丟頁面裸奔或者點按鈕彈窗里顯示500但后臺catalina.out日志干干凈凈。前者是SpringMVC的靜態(tài)資源攔截解決方式很簡單在spring-mvc.xml里配置mvc:resources mapping/static/** location/static// mvc:annotation-driven/后者通常分兩種一是jackson庫沒引入Spring無法把返回的對象轉(zhuǎn)成JSON報500但日志被前端吞了二是MyBatis的mapper-locations配置路徑不對導(dǎo)致SQL沒綁定報Invalid bound statement (not found)。解決方式打開瀏覽器F12切到Network標(biāo)簽看實際請求的狀態(tài)碼和響應(yīng)信息比看后臺日志更快找到問題。6. 從“能跑”到“高分”給藥房系統(tǒng)加一個讓答辯加分的小功能如果你的系統(tǒng)已經(jīng)跑通登錄、庫存、銷售這幾條主鏈路都沒問題接下來加一個獨立小功能能讓答辯老師對你另眼相看。我推薦做“藥品有效期預(yù)警”它既有業(yè)務(wù)價值又不需要動系統(tǒng)主結(jié)構(gòu)2小時能搞定但能講的知識點非常多——定時任務(wù)、SQL條件和數(shù)據(jù)可視化都沾得上。6.1 用Spring定時任務(wù)加一個過期預(yù)警在Service里加一個方法用Spring自帶的Scheduled注解定時掃描把距有效期不足3個月的藥品查出來。首先確認Spring配置文件里開啟了定時任務(wù)task:annotation-driven/然后在Service實現(xiàn)類里寫Scheduled(cron 0 0 9 * * ?) // 每天早上9點執(zhí)行 public void checkExpireDrugs() { LocalDate warningDate LocalDate.now().plusMonths(3); ListDrugInfo expireList drugMapper.selectExpireDrugs(java.sql.Date.valueOf(warningDate)); for (DrugInfo drug : expireList) { log.warn(藥品 {} 將于 {} 到期請及時處理, drug.getDrugName(), drug.getExpireDate()); } // 還可以把結(jié)果寫入一張預(yù)警表供前端查詢展示 }這里Scheduled是Spring的定時任務(wù)注解cron表達式0 0 9 * * ?表示每天9點觸發(fā)。對應(yīng)Mapper里就一句SQLSELECT * FROM drug_info WHERE expire_date IS NOT NULL AND expire_date #{warningDate}。這個功能往前端一接首頁放個“近效期藥品提醒”的表格屏幕上瞬間多了一個能演示的模塊。答辯時候老師問“這個預(yù)警怎么實現(xiàn)的”你就可以講清楚定時任務(wù)、時間計算和SQL篩選三個點比背概念強得多。6.2 驗證預(yù)警功能的兩條路徑第一條路徑改系統(tǒng)時間或數(shù)據(jù)庫數(shù)據(jù)來強制觸發(fā)。把某條藥品記錄的expire_date改成當(dāng)前日期加60天手動調(diào)用一次Service方法看日志是否輸出預(yù)警信息。第二條路徑用JUnit寫一個簡單的測試方法直接調(diào)checkExpireDrugs()打印返回值。我一般在寫這類小功能后都會跑一條測試路徑確認不是為了覆蓋率是為了答辯時能回答“你有沒有測過”這個問題——用事實說話比“應(yīng)該沒問題”有說服力太多。我的習(xí)慣是給客戶或自己做驗收時總會隨手在系統(tǒng)里做一次破壞性操作比如把庫存改成1再賣2件、把藥品有效期改成昨天再跑一次預(yù)警任務(wù)。因為“能跑通的系統(tǒng)”很多“怎么測都不會出問題”的系統(tǒng)才是真正值的。希望這條經(jīng)驗對你也有用希望幫到你把項目從“能跑”變成“能講清楚、能扛住追問”。本文還有配套的精品資源點擊獲取