簡(jiǎn)介一套面向倉(cāng)儲(chǔ)管理場(chǎng)景的.NET Framework WinForm通用系統(tǒng)源碼適合需要快速落地庫(kù)存、出入庫(kù)等業(yè)務(wù)的中高級(jí).NET開(kāi)發(fā)者也可用于中小型物流、生產(chǎn)制造企業(yè)的信息化管理項(xiàng)目。源碼以三層架構(gòu)組織數(shù)據(jù)訪問(wèn)層采用ADO.NET與工廠模式業(yè)務(wù)邏輯層獨(dú)立封裝庫(kù)存檢查、預(yù)警及審批流程UI層基于Windows Forms構(gòu)建便于二次定制。壓縮包共170個(gè)文件以74個(gè)cs源碼文件、20個(gè)resx界面資源與20個(gè)resources資源文件為主另含14個(gè)dll依賴庫(kù)、13個(gè)pdb調(diào)試符號(hào)及數(shù)據(jù)庫(kù)mdf/ldf文件整體僅1017KB結(jié)構(gòu)精簡(jiǎn)且易于閱讀。已有570人學(xué)習(xí)瀏覽。通過(guò)這套源碼可掌握數(shù)據(jù)庫(kù)第三范式設(shè)計(jì)、DAL/BLL分層解耦、WinForm控件交互等關(guān)鍵技巧同時(shí)可直接復(fù)用庫(kù)存管理、出入庫(kù)記錄、供應(yīng)商信息等數(shù)據(jù)接口并參考其中錯(cuò)誤日志與權(quán)限管理模塊快速搭建符合企業(yè)需求的定制化倉(cāng)儲(chǔ)系統(tǒng)。1. 從一張出庫(kù)單說(shuō)起這套WinForm倉(cāng)儲(chǔ)系統(tǒng)源碼最先解決什么問(wèn)題某制造企業(yè)的計(jì)劃部姑且叫它模擬項(xiàng)目X的前身——庫(kù)房管理一團(tuán)糟。一張工單發(fā)到生產(chǎn)線倉(cāng)管員說(shuō)料不夠追問(wèn)下去發(fā)現(xiàn)臺(tái)賬和實(shí)物對(duì)不上入庫(kù)單、出庫(kù)單、退料單散落在不同人的Excel里下班前才補(bǔ)錄賬實(shí)分離是家常便飯。這是很多正在跑的小型工廠、商貿(mào)公司的真實(shí)狀態(tài)不是沒(méi)有系統(tǒng)是沒(méi)有一整套能串起來(lái)的通用流程。這套 .NET WinForm 倉(cāng)儲(chǔ)管理系統(tǒng)通用源碼解決的正是這個(gè)問(wèn)題——把入庫(kù)、出庫(kù)、盤點(diǎn)、調(diào)撥、庫(kù)存流水、基礎(chǔ)資料、權(quán)限角色這些散點(diǎn)收攏成一套本地部署、雙擊即用的桌面系統(tǒng)。適合兩類人一是剛接觸WinForm開(kāi)發(fā)、想找一套完整業(yè)務(wù)閉環(huán)當(dāng)課設(shè)或練手項(xiàng)目的開(kāi)發(fā)者二是想快速在當(dāng)?shù)毓S、倉(cāng)庫(kù)落地一套管理系統(tǒng)、又不想被SaaS年費(fèi)綁住的小團(tuán)隊(duì)。2. 項(xiàng)目結(jié)構(gòu)與三層架構(gòu)登錄、權(quán)限到單據(jù)流是怎么串起來(lái)的2.1 兩層和三層之爭(zhēng)為什么這套源碼選了前者拿到這套源碼先別急著打開(kāi)解決方案看窗體先看項(xiàng)目結(jié)構(gòu)。整個(gè)解決方案是按經(jīng)典的三層架構(gòu)組織的但細(xì)看你會(huì)發(fā)現(xiàn)它并不是嚴(yán)格的 Model-DAL-BLL-UI 四層而是偏傳統(tǒng)的兩/三層混合UI 層直接引用 DAL 層BLL 層在部分業(yè)務(wù)模塊里被跳過(guò)。這個(gè)做法在中小型桌面系統(tǒng)里并不罕見(jiàn)反而挺實(shí)用。我拆過(guò)的幾個(gè)同類項(xiàng)目都是純?nèi)龑用繌埍砗薏坏门湟惶?BLL 基類改一個(gè)查詢得動(dòng)三個(gè)文件。這套源碼的取舍是犧牲掉一部分層級(jí)規(guī)范換來(lái)了單個(gè)窗體邏輯的二三十行改動(dòng)工作量。如果你接手后打算做二次開(kāi)發(fā)記住這個(gè)結(jié)構(gòu)特點(diǎn)很重要——?jiǎng)e一看 BLL 層缺失就以為源碼不完整它是刻意簡(jiǎn)化的。具體拆開(kāi)看項(xiàng)目文件大致是這樣倉(cāng)儲(chǔ)管理系統(tǒng)源碼/ ├── DB/ -- 數(shù)據(jù)庫(kù)初始化腳本和示例數(shù)據(jù) ├── Model/ -- 實(shí)體類對(duì)應(yīng)表結(jié)構(gòu) ├── DAL/ -- 數(shù)據(jù)訪問(wèn)層SQL語(yǔ)句 參數(shù)化查詢 ├── UI/ -- WinForm窗體按模塊分文件夾 ├── Common/ -- 公共類庫(kù)如登錄狀態(tài)、權(quán)限判斷、導(dǎo)出Excel ├── 倉(cāng)儲(chǔ)管理系統(tǒng).slnDAL 層里的寫法是典型的 ADO.NET 手工 SQL沒(méi)有用 EF Core 或 SqlSugar。常見(jiàn)做法是維護(hù)一個(gè) SQLHelper 靜態(tài)類所有查詢、更新走統(tǒng)一入口連接串寫在 App.config 里。這種寫法的好處是排查問(wèn)題時(shí)你能精確控制每一條 SQL 走了哪個(gè)索引壞處是拼接 SQL 時(shí)必須嚴(yán)格用參數(shù)化否則分分鐘注入給你看。這套源碼在參數(shù)化上做得還算到位下文會(huì)單獨(dú)講。2.2 登錄校驗(yàn)、窗口權(quán)限與按鈕級(jí)控制的實(shí)現(xiàn)方式登錄邏輯不算復(fù)雜但權(quán)限控制值得多看一眼。它不是那種登錄完就放行的演示版而是做了“用戶 → 角色 → 權(quán)限”的三級(jí)映射表結(jié)構(gòu)大概是表名關(guān)鍵字段說(shuō)明sys_useruser_id, user_name, password, role_id, is_active登錄賬戶密碼存的是 MD5 加鹽后的密文sys_rolerole_id, role_name, remark角色定義如管理員、倉(cāng)管員、質(zhì)檢員sys_menumenu_id, menu_name, parent_id, form_name菜單/窗體登記表決定哪些模塊可被授權(quán)sys_role_menurole_id, menu_id角色與菜單的多對(duì)多關(guān)系登錄校驗(yàn)在 LoginForm 里走一次查詢成功之后把用戶信息和權(quán)限集合塞進(jìn)一個(gè)全局靜態(tài)類 UserContext后續(xù)所有窗體打開(kāi)前都檢查當(dāng)前用戶是否擁有對(duì)應(yīng)菜單的權(quán)限public static class UserContext { public static DataTable RoleMenus { get; set; } public static string UserName { get; set; } public static string RoleName { get; set; } public static bool HasPermission(string formName) { if (RoleName 管理員) return true; foreach (DataRow row in RoleMenus.Rows) { if (row[form_name].ToString() formName) { return true; } } return false; } }這段代碼邏輯很直接管理員直接放行其他人遍歷當(dāng)前用戶的菜單權(quán)限表比對(duì)要打開(kāi)的窗體名。注意這里比對(duì)的是 form_name 字符串所以二次開(kāi)發(fā)時(shí)新增窗體記得在 sys_menu 表里登記并在角色權(quán)限勾選界面里勾上不然用戶死活找不到新功能。參數(shù)上需要注意權(quán)限數(shù)據(jù)的刷新時(shí)機(jī)——每次登錄重新拉取不要在程序運(yùn)行期做熱更新否則會(huì)出現(xiàn)權(quán)限改完還要重啟程序才生效的現(xiàn)象。2.3 主窗體 MDI 布局與模塊劃分主窗體用的是 MDI 容器菜單欄掛在主窗體頂部子窗體以嵌入方式打開(kāi)。模塊劃分很直白就五大塊基礎(chǔ)資料、入庫(kù)管理、出庫(kù)管理、庫(kù)存管理、系統(tǒng)管理?；A(chǔ)資料里有貨品分類、貨品信息、倉(cāng)庫(kù)定義、往來(lái)單位供應(yīng)商/客戶出入庫(kù)管理涵蓋了采購(gòu)入庫(kù)、生產(chǎn)入庫(kù)、銷售出庫(kù)、領(lǐng)料出庫(kù)等部門場(chǎng)景庫(kù)存管理里是庫(kù)存查詢、倉(cāng)庫(kù)調(diào)撥、盤點(diǎn)、庫(kù)存流水系統(tǒng)管理則是用戶維護(hù)、角色權(quán)限、數(shù)據(jù)備份。這個(gè)模塊劃分幾乎是國(guó)內(nèi)倉(cāng)儲(chǔ)系統(tǒng)的通用模板照著它做二次開(kāi)發(fā)加功能時(shí)放進(jìn)對(duì)應(yīng)模塊里就行不用動(dòng)整體布局。3. 核心單據(jù)與庫(kù)存流水入庫(kù)、出庫(kù)、盤點(diǎn)、調(diào)撥的參數(shù)設(shè)計(jì)與DAL寫法3.1 庫(kù)存流水的核心地位為什么所有單據(jù)最終都匯到一張表這套系統(tǒng)的設(shè)計(jì)精華在庫(kù)存流水表。你可能會(huì)以為庫(kù)存查詢是直接查“貨品表里的庫(kù)存數(shù)量”字段但它不是。所有涉及庫(kù)存變動(dòng)的動(dòng)作——采購(gòu)入庫(kù)、銷售出庫(kù)、盤點(diǎn)調(diào)整、倉(cāng)庫(kù)調(diào)撥——最終都會(huì)往 stock_detail 流水表里插記錄。庫(kù)存數(shù)量是從流水表按貨品、倉(cāng)庫(kù)匯總出來(lái)的視圖結(jié)果而不是單獨(dú)維護(hù)的可修改字段。這個(gè)設(shè)計(jì)的好處是賬可溯。某張出庫(kù)單填錯(cuò)了直接改單據(jù)本身沒(méi)有用必須連流水一起處理。源碼里提供了一個(gè)“庫(kù)存流水反查”功能追一條流水能反查到對(duì)應(yīng)的源單據(jù)號(hào)。設(shè)計(jì)上這是把事務(wù)賬和流水賬拆開(kāi)了流水賬一旦寫入只能在程序邏輯里通過(guò)紅沖或藍(lán)補(bǔ)單來(lái)沖銷而不是物理刪除。你二次開(kāi)發(fā)時(shí)千萬(wàn)不要圖省事提供“刪除流水記錄”的功能那等于把對(duì)賬的根給刨了。流水表的字段設(shè)計(jì)大致如下字段名類型含義detail_idint 自增主鍵bill_typevarchar單據(jù)類型入庫(kù)/出庫(kù)/盤點(diǎn)/調(diào)撥bill_novarchar關(guān)聯(lián)的源單據(jù)號(hào)product_idint貨品IDwarehouse_idint倉(cāng)庫(kù)IDin_qty / out_qtydecimal入庫(kù)數(shù)量/出庫(kù)數(shù)量按變動(dòng)方向填before_qty / after_qtydecimal變動(dòng)前數(shù)量/變動(dòng)后數(shù)量biz_datedatetime業(yè)務(wù)日期而不是系統(tǒng)當(dāng)前時(shí)間remarkvarchar備注特別注意 before_qty 和 after_qty 這兩個(gè)字段。很多簡(jiǎn)化版流水表只記發(fā)生數(shù)量不記變動(dòng)前后快照后期如果想做“某個(gè)時(shí)間點(diǎn)的庫(kù)存快照”根本查不出來(lái)。這套源碼保留了快照是值得你借鑒的地方。3.2 出庫(kù)單從填寫到扣減庫(kù)存事務(wù)與鎖的取舍出庫(kù)這個(gè)動(dòng)作在 WinForm 里是一個(gè)完整的操作閉環(huán)。先打開(kāi)“銷售出庫(kù)單”窗體表頭部分填單號(hào)、客戶、業(yè)務(wù)日期表體部分填貨品、數(shù)量、批次號(hào)點(diǎn)“保存”后觸發(fā)事務(wù)。DAL 層的保存方法簽名大致是這樣public bool SaveOutStockBill(OutStockHeader header, ListOutStockDetail details, out string errorMsg) { using (SqlConnection conn new SqlConnection(connectionString)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { // 1. 插入單據(jù)表頭同時(shí)取得新的單號(hào) string sqlHeader INSERT INTO out_stock_header (bill_no, customer_id, biz_date, create_user, create_time, total_qty, status) VALUES (bill_no, customer_id, biz_date, create_user, GETDATE(), total_qty, 0); SqlParameter[] parasHeader new SqlParameter[] { new SqlParameter(bill_no, header.BillNo), new SqlParameter(customer_id, header.CustomerId), new SqlParameter(biz_date, header.BizDate), new SqlParameter(create_user, UserContext.UserName), new SqlParameter(total_qty, details.Sum(d d.Qty)) }; // 執(zhí)行頭表插入... // 2. 循環(huán)明細(xì)逐個(gè)扣減庫(kù)存同時(shí)寫流水 foreach (var d in details) { string sqlUpdate UPDATE product_stock SET quantity quantity - qty, update_time GETDATE() WHERE product_id product_id AND warehouse_id warehouse_id AND quantity qty; int rows SqlHelper.ExecuteNonQuery(tran, sqlUpdate, parasDetail); if (rows 0) throw new Exception($貨品{d.ProductName}的庫(kù)存不足扣減失敗); // 3. 逐個(gè)寫庫(kù)存流水 string sqlDetail INSERT INTO stock_detail (bill_type, bill_no, product_id, warehouse_id, out_qty, before_qty, after_qty, biz_date, remark) VALUES (bill_type, bill_no, product_id, warehouse_id, qty, before_qty, after_qty, biz_date, remark); // 執(zhí)行流水插入... } // 4. 所有明細(xì)處理完畢提交事務(wù) tran.Commit(); return true; } catch (Exception ex) { tran.Rollback(); errorMsg ex.Message; return false; } } } }這段代碼有幾個(gè)值得細(xì)品的參數(shù)。第一UPDATE 語(yǔ)句里帶了quantity qty這個(gè)條件這是樂(lè)觀鎖的常見(jiàn)寫法強(qiáng)依賴受影響行數(shù)來(lái)判斷庫(kù)存是否充足。如果 UPDATE 影響行數(shù)為 0說(shuō)明庫(kù)存不足直接回滾。第二before_qty 和 after_qty 的取值要在同一事務(wù)里讀出來(lái)保證快照和扣減值的一致性。第三明細(xì)循環(huán)里每一條都執(zhí)行一次 UPDATE INSERT事務(wù)內(nèi)部多個(gè)往返數(shù)據(jù)量大時(shí)性能一般但勝在精確可控、容易定位問(wèn)題這恰恰是通用桌面系統(tǒng)的務(wù)實(shí)風(fēng)格不要盲目改成批量拼 SQL出了問(wèn)題反而難排查。3.3 盤點(diǎn)的“復(fù)盤單”機(jī)制為什么要封存原單盤點(diǎn)業(yè)務(wù)是另一個(gè)值得注意的設(shè)計(jì)。這套系統(tǒng)里盤點(diǎn)不是一個(gè)簡(jiǎn)單的“改庫(kù)存數(shù)量”動(dòng)作而是先錄入盤點(diǎn)憑證記錄賬存數(shù)量和實(shí)盤數(shù)量然后生成盤點(diǎn)差異表差異確認(rèn)后再走一張“復(fù)盤調(diào)整單”來(lái)改變庫(kù)存。中間的差異確認(rèn)環(huán)節(jié)可以撤銷、可以重盤不能直接覆蓋原盤點(diǎn)單。這個(gè)機(jī)制從業(yè)務(wù)上解釋就是庫(kù)房盤點(diǎn)的最終結(jié)果要留痕、要能追責(zé)。某貨品盤盈 5 個(gè)、盤虧 3 個(gè)差異表里必須能看到是誰(shuí)確認(rèn)的差異審核是誰(shuí)做的最終調(diào)整單關(guān)聯(lián)的是哪一次盤點(diǎn)。實(shí)現(xiàn)上盤點(diǎn)調(diào)整單復(fù)用了入庫(kù)/出庫(kù)的事務(wù)流程只是 bill_type 固定為“盤點(diǎn)調(diào)整”正數(shù)走入庫(kù)方向負(fù)數(shù)走出庫(kù)方向。如果你準(zhǔn)備拿這套系統(tǒng)做二次開(kāi)發(fā)加“移庫(kù)”之外的更多單據(jù)類型照抄這個(gè)模式就可以了。4. 環(huán)境與部署數(shù)據(jù)庫(kù)初始化、配置文件與局域網(wǎng)共享部署4.1 數(shù)據(jù)庫(kù)腳本的分步執(zhí)行順序這套系統(tǒng)依賴 SQL Server 數(shù)據(jù)庫(kù)源碼包的 DB 目錄下通常有一個(gè)完整的建庫(kù)腳本和一份示例數(shù)據(jù)腳本。注意執(zhí)行順序有講究先建庫(kù)、建表再灌基礎(chǔ)數(shù)據(jù)。見(jiàn)過(guò)不少人上來(lái)就執(zhí)行數(shù)據(jù)腳本結(jié)果因?yàn)楸磉€不存在而報(bào)錯(cuò)。規(guī)范流程如下-- 第一步建庫(kù) CREATE DATABASE WarehouseDB; GO -- 第二步用 WarehouseDB 作為當(dāng)前庫(kù)依次執(zhí)行表結(jié)構(gòu)腳本 USE WarehouseDB; GO -- 執(zhí)行建表腳本建議按 sys_user - sys_role - sys_menu - 基礎(chǔ)資料表 - 單據(jù)表 - 流水表 的順序 -- 第三步執(zhí)行基礎(chǔ)數(shù)據(jù)腳本 -- 注意 admin 用戶、默認(rèn)密碼、默認(rèn)權(quán)限都在這一步驟寫入 -- 第四步執(zhí)行可選的示例數(shù)據(jù)腳本包含幾個(gè)商品分類和若干貨品參數(shù)說(shuō)明數(shù)據(jù)庫(kù)實(shí)例名是默認(rèn)的 SQLEXPRESS 還是命名實(shí)例直接影響后面的連接串。源碼默認(rèn)連接的是 localhost 或 .\SQLEXPRESS如果你機(jī)器裝的是標(biāo)準(zhǔn)版實(shí)例如 MSSQLSERVER需要手動(dòng)改連接串里的 Server 字段否則會(huì)報(bào)“建立與 SQL Server 的連接時(shí)發(fā)生網(wǎng)絡(luò)相關(guān)錯(cuò)誤”。4.2 App.config 連接串與局域網(wǎng)共享的完整配置程序跑起來(lái)的第一步是改配置。WinForm 項(xiàng)目的連接串存放在 App.config 文件的 connectionStrings 節(jié)點(diǎn)改完保存之后還得確認(rèn)編譯輸出的 exe.config 也同步更新——這個(gè)問(wèn)題至少坑過(guò)三個(gè)我認(rèn)識(shí)的人改了半天發(fā)現(xiàn)一 F5 又變回去了。connectionStrings add nameSqlHelperConnString connectionStringData Source192.168.1.100;Initial CatalogWarehouseDB;User IDsa;Passwordyour_password;MultipleActiveResultSetstrue;Connect Timeout5 providerNameSystem.Data.SqlClient / /connectionStrings參數(shù)說(shuō)明Data Source 建議寫局域網(wǎng)內(nèi)數(shù)據(jù)庫(kù)服務(wù)器的 IP 地址不要寫成 localhost否則部署到其他電腦上就全亂了。Connect Timeout5 是刻意設(shè)置短一點(diǎn)讓連接出問(wèn)題時(shí)快速報(bào)錯(cuò)而不是卡半分鐘。MultipleActiveResultSetstrue 在 WinForm 多窗體并行查數(shù)據(jù)時(shí)能減少“已有打開(kāi)的數(shù)據(jù)連接”這類報(bào)錯(cuò)。局域網(wǎng)部署時(shí)常見(jiàn)做法是數(shù)據(jù)庫(kù)服務(wù)器裝一臺(tái)客戶端在每臺(tái)電腦上安裝 .NET Framework 4.7.2或 4.8后拷貝 debug/release 目錄到本地修改各自 App.config 指向數(shù)據(jù)庫(kù)服務(wù)器 IP。不需要裝額外的服務(wù)端運(yùn)行時(shí)這也是 WinForm 相對(duì)于 Web 系統(tǒng)的優(yōu)勢(shì)。4.3 備份與恢復(fù)自帶工具不要迷信手動(dòng)拷庫(kù)這套源碼的系統(tǒng)管理模塊里自帶數(shù)據(jù)庫(kù)備份功能默認(rèn)備份到程序運(yùn)行目錄下的 backup 文件夾。日常維護(hù)建議在服務(wù)器上另跑一個(gè)計(jì)劃任務(wù)每天凌晨自動(dòng)執(zhí)行數(shù)據(jù)庫(kù)維護(hù)計(jì)劃。桌面系統(tǒng)最大的風(fēng)險(xiǎn)不是程序崩潰而是數(shù)據(jù)庫(kù)文件損壞后沒(méi)人發(fā)現(xiàn)。備份文件最好帶日期后綴超過(guò) 30 天的自動(dòng)清理避免磁盤被占滿。源碼里備份用的是 SQL Server 的 BACKUP DATABASE 命令如果你要改成自己的備份策略直接改 BackupForm 里的 SQL 就行。5. 避坑與常見(jiàn)問(wèn)題編譯、運(yùn)行與并發(fā)場(chǎng)景的坑5.1 SQL Server 版本不對(duì)報(bào)“關(guān)鍵字 database 附近有語(yǔ)法錯(cuò)誤”現(xiàn)象執(zhí)行數(shù)據(jù)庫(kù)腳本時(shí)報(bào)錯(cuò)“關(guān)鍵字 database 附近有語(yǔ)法錯(cuò)誤”。原因腳本里可能有CREATE DATABASE和GO分隔符的混用問(wèn)題或者當(dāng)前連接到了一個(gè)不存在對(duì)應(yīng)權(quán)限的庫(kù)。另一個(gè)高頻原因是腳本頭部寫了高級(jí)語(yǔ)法如IF OBJECT_ID(...) IS NOT NULL不兼容低版本 SQL Server。解決把建庫(kù)語(yǔ)句單獨(dú)抽出先執(zhí)行再逐段執(zhí)行表結(jié)構(gòu)。建議在 SQL Server Management Studio 里全選腳本切換數(shù)據(jù)庫(kù)上下文后再執(zhí)行不要用記事本改完直接跑。如果還是報(bào)錯(cuò)看報(bào)錯(cuò)位置具體在哪一行腳本大概率是腳本里的某個(gè)表引用了還沒(méi)建立的表外鍵調(diào)整建表順序即可。5.2 中文亂碼與中文用戶名路徑窗體閃退的隱形殺手現(xiàn)象程序能編譯但運(yùn)行時(shí)報(bào)“未能加載文件或程序集”甚至直接閃退。原因兩件事第一是數(shù)據(jù)庫(kù)表的字符集不是中文建庫(kù)腳本里沒(méi)有指定 collation 為 Chinese_PRC_CI_AS導(dǎo)致中文寫入變成 ????第二是當(dāng)前系統(tǒng)的用戶目錄是中文名字WinForm 程序的配置文件路徑或臨時(shí)路徑解析出問(wèn)題。解決先檢查數(shù)據(jù)庫(kù)的 collation設(shè)置成 Chinese_PRC_CI_AS再把 Windows 系統(tǒng)變量里的 TEMP 路徑檢查一下不要在中文目錄下。這一類問(wèn)題排查起來(lái)很玄學(xué)但百分之八十和這兩個(gè)因素有關(guān)。5.3 并發(fā)出庫(kù)導(dǎo)致庫(kù)存負(fù)數(shù)樂(lè)觀鎖不是萬(wàn)能的現(xiàn)象兩個(gè)用戶同時(shí)打開(kāi)出庫(kù)單同一貨品各出了 50 個(gè)實(shí)際庫(kù)存只有 70系統(tǒng)扣出了 100。原因Update 語(yǔ)句帶了quantity qty是會(huì)后驗(yàn)的但兩個(gè)事務(wù)同時(shí)讀到 quantity70各自判斷足夠各自扣減之后數(shù)量變成了 -30。數(shù)據(jù)庫(kù)默認(rèn)的隔離級(jí)別是讀已提交只保證讀的時(shí)候是已提交的數(shù)據(jù)不解決這類丟失更新問(wèn)題。解決源碼改良的思路是把庫(kù)存扣減改成原子遞增遞減或者給 product_stock 表加一個(gè) rowversion 時(shí)間戳字段UPDATE 時(shí)校驗(yàn)版本號(hào)一致才允許提交。如果你不想動(dòng)表結(jié)構(gòu)還可以把 UPDATE 和 SELECT 合在一個(gè)存儲(chǔ)過(guò)程里用事務(wù)提交時(shí)互斥鎖定行來(lái)保證順序。5.4 自動(dòng)編號(hào)的單號(hào)撞車在事務(wù)里取號(hào)現(xiàn)象頻繁保存出庫(kù)單時(shí)偶發(fā)“主鍵重復(fù)”的錯(cuò)誤。原因單號(hào)是程序里先用 SELECT COUNT 或 MAX 生成再插入。兩個(gè)窗體同時(shí)取號(hào)時(shí)取到同一個(gè)編號(hào)后插入的那條就炸了。解決不要在外面取號(hào)把取號(hào)邏輯挪到事務(wù)里并給取號(hào)的表加更新鎖?；蛘呤褂?SQL Server 的序列對(duì)象做單號(hào)前綴加序號(hào)避免人工取號(hào)。搭了一句千萬(wàn)別用 GUID 直接當(dāng)代單號(hào)倉(cāng)庫(kù)單據(jù)編號(hào)必須可讀、可排序。5.5 局域網(wǎng)連不上數(shù)據(jù)庫(kù)防火墻與 SQL Server 協(xié)議現(xiàn)象客戶端在數(shù)據(jù)庫(kù)服務(wù)器本機(jī)運(yùn)行正常換一臺(tái)電腦就連不上報(bào)“SQL Server 不存在或拒絕訪問(wèn)”。原因SQL Server 默認(rèn)只開(kāi)著本地連接共享內(nèi)存沒(méi)有啟用 TCP/IP 協(xié)議或者 Windows 防火墻攔了 1433 端口。解決打開(kāi) SQL Server 配置管理器把 SQL Server 網(wǎng)絡(luò)配置里的 TCP/IP 協(xié)議啟用重啟服務(wù)防火墻里添加入站規(guī)則放行 1433 端口。檢查客戶端連接串里的 IP 和端口對(duì)不對(duì)。這一套是部署此類系統(tǒng)最常見(jiàn)的踩坑點(diǎn)每個(gè)部署過(guò)的人都經(jīng)歷過(guò)值得記在小本本上。6. 二次開(kāi)發(fā)方向條碼、報(bào)表、權(quán)限與數(shù)據(jù)接口的改造路徑這套系統(tǒng)的上限不在現(xiàn)有功能而在擴(kuò)展路徑是否順滑。我拆完的直觀感受是源碼把最難的地基——單據(jù)事務(wù)和庫(kù)存流水——打得很規(guī)矩你往上面加?xùn)|西基本不用動(dòng)地基只需要在邊緣加磚。加條碼槍支持是最常見(jiàn)的訴求。倉(cāng)庫(kù)現(xiàn)場(chǎng)用條碼槍掃貨品編號(hào)回車后自動(dòng)帶出貨品、填入數(shù)量。實(shí)現(xiàn)上只需要在出庫(kù)單明細(xì)的貨品編號(hào)文本框里監(jiān)聽(tīng) KeyDown 事件按約定格式解析掃碼內(nèi)容觸發(fā)查詢貨品信息的接口然后把貨品描述、規(guī)格、單位自動(dòng)填充到當(dāng)前行焦點(diǎn)落到數(shù)量框。注意掃碼設(shè)備默認(rèn)會(huì)在條碼末尾帶一個(gè)回車程序里不要重復(fù)觸發(fā)保存按鈕。報(bào)表導(dǎo)出的改造目標(biāo)是去掉對(duì)第三方報(bào)表控件的依賴。這套源碼用了 WinForm 自帶的 DataGridView 導(dǎo)出 Excel 的方式導(dǎo)出的核心邏輯在 Common 層的 ExcelHelper 里。如果你換成 NPOI 或 MiniExcel重點(diǎn)是保持原有的導(dǎo)出接口簽名不變內(nèi)部實(shí)現(xiàn)替換即可。ExcelHelper 里目前用的是把 DataTable 逐行寫單元格的辦法小數(shù)據(jù)量時(shí)沒(méi)問(wèn)題三五萬(wàn)行就開(kāi)始慢。想提速就看 MiniExcel 或者直接生成 CSV但要注意中文表頭編碼問(wèn)題。權(quán)限系統(tǒng)的擴(kuò)展可以做按鈕級(jí)。目前權(quán)限只到窗體意味著同在一個(gè)窗體里的“審核”和“撤銷”按鈕任何有權(quán)限打開(kāi)窗體的人都能點(diǎn)。要改成按鈕級(jí)先在 sys_menu 表基礎(chǔ)上增加 sys_button 表按鈕也掛到角色菜單關(guān)聯(lián)表上窗體打開(kāi)時(shí)按當(dāng)前用戶的按鈕列表動(dòng)態(tài)控制每個(gè)按鈕的 Enabled。這套源碼的權(quán)限架構(gòu)支持這樣改但工作量估計(jì)在兩到三個(gè)工作日。最后講一個(gè)我拆過(guò)的真實(shí)翻車教訓(xùn)。某次接手了一套類似架構(gòu)但導(dǎo)入導(dǎo)出邏輯更亂的系統(tǒng)我沒(méi)仔細(xì)看默認(rèn)的 GUID 生成規(guī)則就按自己的格式改了單號(hào)拼接結(jié)果庫(kù)存流水表里的 bill_no 關(guān)聯(lián)全亂了對(duì)賬對(duì)了一天才發(fā)現(xiàn)問(wèn)題是單號(hào)格式被改成了帶特殊字符的版本數(shù)據(jù)庫(kù)字段長(zhǎng)度根本不夠。從那以后我每次接手通用系統(tǒng)源碼都強(qiáng)制走一遍“先理清單號(hào)規(guī)則 → 再動(dòng)業(yè)務(wù)改造 → 最后測(cè)流水關(guān)聯(lián)性”這條路徑再心態(tài)平穩(wěn)地開(kāi)始寫代碼。這套 .NET WinForm 倉(cāng)儲(chǔ)管理系統(tǒng)源碼里值得你研究的地方還有很多希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取