簡介企業(yè)資產(chǎn)流轉(zhuǎn)涉及采購入庫、領(lǐng)用、歸還、維修、報廢等環(huán)節(jié)傳統(tǒng)Excel管理易出現(xiàn)數(shù)據(jù)沖突和狀態(tài)混亂。以數(shù)據(jù)庫為基石通過設(shè)計資產(chǎn)信息表、分類表、借用記錄表等配合狀態(tài)機(jī)約束和事務(wù)控制可保障數(shù)據(jù)一致性。C# WinForms桌面應(yīng)用結(jié)合SQL Server存儲過程實(shí)現(xiàn)了高效的雙層交互。這種技術(shù)方案不僅適合課程設(shè)計或畢業(yè)設(shè)計也能遷移至MySQL等數(shù)據(jù)庫。本文從數(shù)據(jù)庫表結(jié)構(gòu)、狀態(tài)流轉(zhuǎn)規(guī)則到分層源碼實(shí)現(xiàn)詳細(xì)拆解了一個完整資產(chǎn)管理系統(tǒng)的構(gòu)建過程。 有人可能覺得資產(chǎn)管理系統(tǒng)這種項(xiàng)目網(wǎng)上多得是隨便搜一下就是一堆源碼壓縮包。但我今天想認(rèn)真聊聊這個基于C#的資產(chǎn)管理系統(tǒng)因?yàn)樗乃悸凡⒉恢皇前言鰟h改查套了一層皮而是把資產(chǎn)在企業(yè)里的真實(shí)流動過程做了出來。如果你正好在做課程設(shè)計、畢業(yè)設(shè)計或者剛?cè)肼毾胝乙粋€練手項(xiàng)目來理解C# SQL Server怎么配合這份源碼加數(shù)據(jù)庫能給你省下很多自己摸索的時間。我會把整個項(xiàng)目怎么設(shè)計、數(shù)據(jù)庫怎么拆表、源碼怎么分層、跑起來遇到坑怎么辦全部以我實(shí)際操作的角度拆開講清楚。這包源碼解壓后是一個完整的Visual Studio解決方案里面帶一個AssetsManager.sln數(shù)據(jù)庫文件在Database目錄下既有.mdf主文件也有.sql腳本文件。理論上只要你電腦裝了VS和SQL Server按我下面說的步驟就能把系統(tǒng)跑起來。項(xiàng)目本身是WinForms桌面程序沒有依賴復(fù)雜的前端框架對初學(xué)者極度友好同時又用到了多線程、委托、反射、事務(wù)這些C#里面比較有含金量的知識點(diǎn)想進(jìn)階的人也能在這份代碼里找到值得學(xué)的東西。1. 項(xiàng)目整體設(shè)計與需求拆解1.1 資產(chǎn)管理系統(tǒng)到底要管什么我最早接到這個需求的時候?qū)Ψ绞菐鸵患易鲈O(shè)備租賃的小公司做內(nèi)部工具。他們當(dāng)時用Excel記錄資產(chǎn)一臺筆記本電腦被誰借走了、什么時候還的、現(xiàn)在在哪、維修過幾次全靠人工在表里更新。問題很明顯Excel多人同時編輯會互相覆蓋資產(chǎn)狀態(tài)靠顏色標(biāo)記時間長了自己都記不清哪種顏色代表什么更別說月末對賬了。資產(chǎn)管理的核心邏輯其實(shí)是一種狀態(tài)流轉(zhuǎn)。一件資產(chǎn)從采購入庫到被某個部門領(lǐng)用再到歸還、維修、調(diào)撥、報廢它的狀態(tài)在每個節(jié)點(diǎn)都要有記錄。所以這個系統(tǒng)在設(shè)計功能時我沒有只做一個資產(chǎn)信息登記表而是把所有和資產(chǎn)生命周期相關(guān)的動作都拆成了獨(dú)立模塊。系統(tǒng)的主要角色分兩種管理員和普通員工。普通員工可以做資產(chǎn)查詢、發(fā)起借用申請、查看自己名下的資產(chǎn)管理員可以管理部門和用戶、審核借用申請、登記維修和報廢信息、查看全量統(tǒng)計報表。這個權(quán)限劃分很重要它決定了你后續(xù)表結(jié)構(gòu)和界面設(shè)計的方向。1.2 技術(shù)選型為什么是C# WinForms SQL Server這個項(xiàng)目用C# WinForms而不是Web最直接的原因是需求方需要單機(jī)可跑、雙擊能用不想搭服務(wù)器。WinForms雖然看起來老氣但在內(nèi)部工具這個場景下非常穩(wěn)部署也簡單。你只要把生成的exe和配置文件拷過去裝了.NET Framework的機(jī)器就能運(yùn)行。數(shù)據(jù)庫我選了SQL Server因?yàn)镾QL Server的LocalDB模式可以免安裝運(yùn)行適合分發(fā)另外它的事務(wù)處理、視圖、存儲過程都比較成熟用來演示資產(chǎn)管理這種帶狀態(tài)流轉(zhuǎn)的業(yè)務(wù)非常合適。如果你不想用SQL Server這套代碼里所有數(shù)據(jù)庫操作都是基于ADO.NET寫的你只需要把SqlConnection換成MySqlConnection再改一下連接字符串就能移植到MySQL或者達(dá)夢數(shù)據(jù)庫上這就是分層的優(yōu)勢。1.3 功能模塊劃分與用戶角色整個系統(tǒng)在代碼層面劃分了幾個清晰的功能模塊系統(tǒng)管理用戶管理、角色權(quán)限、日志查詢資產(chǎn)檔案資產(chǎn)分類、資產(chǎn)信息維護(hù)增刪改查、資產(chǎn)狀態(tài)管理業(yè)務(wù)流轉(zhuǎn)領(lǐng)用/借用申請、審批、歸還、維修登記、報廢登記統(tǒng)計報表按分類統(tǒng)計資產(chǎn)數(shù)量、部門資產(chǎn)分布、維修費(fèi)用統(tǒng)計用戶權(quán)限這塊我用了比較簡單的角色枚舉沒有上復(fù)雜的RBAC模型因?yàn)閷τ谶@種規(guī)模的項(xiàng)目用枚舉判斷角色已經(jīng)足夠了。如果你要擴(kuò)展成完整的權(quán)限控制可以在用戶表里加一個角色I(xiàn)D再建角色權(quán)限關(guān)聯(lián)表代碼里用特性標(biāo)注操作權(quán)限這樣后期會靈活很多。2. 數(shù)據(jù)庫設(shè)計與核心表結(jié)構(gòu)2.1 數(shù)據(jù)表總體設(shè)計數(shù)據(jù)庫是整個系統(tǒng)的基石我一開始就花了大量時間設(shè)計表結(jié)構(gòu)。一個資產(chǎn)管理系統(tǒng)最常見的表包括用戶表、部門表、資產(chǎn)分類表、資產(chǎn)信息表、資產(chǎn)借用/歸還記錄表、維修記錄表、報廢記錄表、操作日志表。除此之外我還加了審批記錄表用于記錄領(lǐng)用申請每一級審批的狀態(tài)。數(shù)量上不需要很多表但關(guān)系要理清。資產(chǎn)分類表是樹形的可以支持多級分類比如電子設(shè)備下面分筆記本電腦和臺式機(jī)再下面還可以分筆記本-ThinkPad這種品牌子類。用樹形結(jié)構(gòu)而不是拉平是為了將來盤點(diǎn)統(tǒng)計的時候可以按大類聚合。2.2 資產(chǎn)核心表字段設(shè)計拿資產(chǎn)信息表AssetInfo舉例字段設(shè)計如下CREATE TABLE [dbo].[AssetInfo]( [Id] INT IDENTITY(1,1) PRIMARY KEY, [AssetNo] NVARCHAR(50) NOT NULL UNIQUE, -- 資產(chǎn)編號如ZC-2024-0001 [AssetName] NVARCHAR(100) NOT NULL, -- 資產(chǎn)名稱 [CategoryId] INT NOT NULL, -- 分類ID關(guān)聯(lián)AssetCategory [Specification] NVARCHAR(200) NULL, -- 規(guī)格型號 [BuyDate] DATETIME NULL, -- 購買日期 [OriginalValue] DECIMAL(18,2) NULL, -- 原值 [NetValue] DECIMAL(18,2) NULL, -- 凈值 [Status] INT NOT NULL DEFAULT 0, -- 狀態(tài)0在庫1借用中2維修中3已報廢 [Location] NVARCHAR(200) NULL, -- 存放位置 [PrincipalId] INT NULL, -- 當(dāng)前責(zé)任人ID關(guān)聯(lián)UserInfo [Remark] NVARCHAR(500) NULL, [CreateTime] DATETIME DEFAULT GETDATE() )這里有幾個字段值得說明。AssetNo我設(shè)置了唯一約束并且用ZC-2024-0001這種編碼格式不用自增ID直接做資產(chǎn)編號是因?yàn)橘Y產(chǎn)編號要可讀、要能打印成二維碼。Status字段是核心所有的業(yè)務(wù)操作都在改這個字段的值同時插入對應(yīng)的流轉(zhuǎn)記錄表。PrincipalId存的是當(dāng)前責(zé)任人這個設(shè)計能在界面上快速顯示這臺電腦現(xiàn)在在誰手里。2.3 使用視圖和存儲過程簡化業(yè)務(wù)我在項(xiàng)目里用了兩個比較重要的視圖。一個是View_AssetDetail它把資產(chǎn)表、分類表、用戶表關(guān)聯(lián)起來直接查視圖就能拿到包含分類名稱、責(zé)任人姓名的完整信息。另一個是View_AssetRecord把借用、維修、報廢三類記錄聯(lián)合起來用于做生命周期時間線。存儲過程主要用在借用歸還這種多步操作上。比如借出資產(chǎn)時要同時更新資產(chǎn)狀態(tài)、插入借用記錄如果后續(xù)涉及審批還要插入審批記錄。這三個操作必須在一個事務(wù)里要么全成功要么全失敗。我寫了一個sp_BorrowAsset存儲過程來處理CREATE PROCEDURE [dbo].[sp_BorrowAsset] AssetId INT, UserId INT, OperatorId INT AS BEGIN BEGIN TRANSACTION UPDATE AssetInfo SET Status 1, PrincipalId UserId WHERE Id AssetId IF ROWCOUNT 0 BEGIN ROLLBACK TRANSACTION RETURN -1 END INSERT INTO BorrowRecord(AssetId, UserId, OperateType, OperatorId, OperateTime) VALUES(AssetId, UserId, 1, OperatorId, GETDATE()) COMMIT TRANSACTION END這里用到了事務(wù)避免了先改狀態(tài)、再插記錄失敗導(dǎo)致數(shù)據(jù)不一致的問題。這個思路在C#代碼里也能做用SqlTransaction控制但放進(jìn)存儲過程里有兩個好處一是業(yè)務(wù)邏輯收斂在數(shù)據(jù)庫端二是將來如果寫別的客戶端復(fù)用起來方便。3. 數(shù)據(jù)庫設(shè)計細(xì)節(jié)與核心表結(jié)構(gòu)3.1 資產(chǎn)、分類、用戶與記錄表的關(guān)系為了讓后面寫代碼時不會繞暈我在這里把整個數(shù)據(jù)庫關(guān)系整理一下。用戶表UserInfo的字段很簡單用戶ID、用戶名、密碼Hash、真實(shí)姓名、部門ID、角色、手機(jī)號、是否啟用。密碼不能用明文我用的是MD5加鹽的方式雖然MD5本身不夠強(qiáng)但老系統(tǒng)這個強(qiáng)度基本夠用。角色字段我用RoleType管理員是1普通員工是0代碼里直接用枚舉判斷。分類表AssetCategory支持兩級分類我設(shè)計時讓它支持無限級用ParentId自關(guān)聯(lián)。實(shí)際使用只需要兩級但這樣擴(kuò)展性更好。分類ID在資產(chǎn)表中作為外鍵統(tǒng)計報表里按分類匯總時只需JOIN一次就能拿到分類路徑。借用記錄表BorrowRecord是最重要的業(yè)務(wù)表。它不只是存誰借了什么東西而是把每一次狀態(tài)變化都記錄下來。我的表結(jié)構(gòu)如下字段名說明Id自增主鍵AssetId資產(chǎn)IDUserId使用人/借用人IDRecordType記錄類型1借用2歸還3維修4報廢OperatorId操作人IDOperateTime操作時間Remark備注這個設(shè)計讓每一條資產(chǎn)都有完整的歷史軌跡。你在界面上點(diǎn)履歷查的就是這張表按時間倒排的數(shù)據(jù)。好處是統(tǒng)計的時候非常靈活比如想查某個月借出了多少臺設(shè)備直接按時間字段篩選。3.2 資產(chǎn)狀態(tài)機(jī)的設(shè)計思路資產(chǎn)狀態(tài)是整個系統(tǒng)的靈魂。我定義了一個AssetStatus枚舉public enum AssetStatus { InStock 0, // 在庫 Borrowed 1, // 借用中 Repairing 2, // 維修中 Scrapped 3 // 已報廢 }狀態(tài)之間不允許隨意跳轉(zhuǎn)。比如一臺在庫的資產(chǎn)不能直接變成已報廢必須先經(jīng)過借用/歸還或者有一個明確的報廢審批流程。我在代碼里用一個靜態(tài)類定義狀態(tài)流轉(zhuǎn)規(guī)則public static class AssetStatusRule { public static bool CanChange(int oldStatus, int newStatus) { switch (oldStatus) { case (int)AssetStatus.InStock: return newStatus (int)AssetStatus.Borrowed || newStatus (int)AssetStatus.Repairing || newStatus (int)AssetStatus.Scrapped; case (int)AssetStatus.Borrowed: return newStatus (int)AssetStatus.InStock || newStatus (int)AssetStatus.Repairing; case (int)AssetStatus.Repairing: return newStatus (int)AssetStatus.InStock || newStatus (int)AssetStatus.Borrowed || newStatus (int)AssetStatus.Scrapped; default: return false; } } }這樣做的目的是防止界面上的誤操作。比如有人直接把一臺正在借出的電腦強(qiáng)制報廢如果沒有校驗(yàn)庫存記錄和實(shí)際資產(chǎn)就對不上了。實(shí)際開發(fā)中我在UI層、業(yè)務(wù)層都調(diào)用了這個規(guī)則徹底堵住了這條路徑。3.3 并發(fā)與事務(wù)控制多用戶同時操作時可能會出現(xiàn)兩個人同時借用同一臺設(shè)備的情況。數(shù)據(jù)庫層面我用UPDATE語句的狀態(tài)條件來防止超借UPDATE AssetInfo SET Status 1, PrincipalId UserId WHERE Id AssetId AND Status 0如果ROWCOUNT等于0說明資產(chǎn)已經(jīng)不是在庫狀態(tài)了事務(wù)就回滾并提示該資產(chǎn)已被借出或狀態(tài)異常。這種做法比先SELECT再UPDATE安全得多是典型的數(shù)據(jù)庫樂觀鎖思路。在C#代碼里我也在所有涉及多步寫入的操作上加了TransactionScope或SqlTransaction。比如運(yùn)行一個借用操作先調(diào)存儲過程更新資產(chǎn)狀態(tài)再插入記錄最后寫日志必須整體提交。有的初學(xué)者會在每個方法里單獨(dú)提交結(jié)果記錄寫了但狀態(tài)沒改這種坑我踩過不止一次。4. 源碼分層結(jié)構(gòu)與核心業(yè)務(wù)實(shí)現(xiàn)4.1 分層的意義UI、BLL、DAL三層怎么拆這套源碼的解決方案結(jié)構(gòu)非常標(biāo)準(zhǔn)包含五個項(xiàng)目AssetsManager.UIWinForms界面層AssetsManager.BLL業(yè)務(wù)邏輯層AssetsManager.DAL數(shù)據(jù)訪問層AssetsManager.Models實(shí)體模型層AssetsManager.Common公共工具類剛開始寫項(xiàng)目時我所有SQL都直接寫在窗體代碼里雖然跑得通但改一個需求幾乎要重寫所有窗體。后來我重構(gòu)成分層窗體只負(fù)責(zé)收集用戶輸入和展示數(shù)據(jù)業(yè)務(wù)邏輯放在BLL拼SQL和參數(shù)放在DAL。這樣分工之后哪怕把界面從WinForms換成WPF業(yè)務(wù)代碼也能直接復(fù)用。舉個查詢例子。DAL層的方法只接收查詢條件返回DataTable或?qū)嶓w集合public static DataTable GetAssets(string keyword, int? categoryId, int status) { string sql SELECT a.*, c.CategoryName, u.RealName AS PrincipalName FROM View_AssetDetail a LEFT JOIN AssetCategory c ON a.CategoryId c.Id LEFT JOIN UserInfo u ON a.PrincipalId u.Id WHERE (keyword OR a.AssetName LIKE keyword OR a.AssetNo LIKE keyword) AND (categoryId IS NULL OR a.CategoryId categoryId) AND a.Status status; SqlParameter[] paras new SqlParameter[] { new SqlParameter(keyword, % (keyword ?? ) %), new SqlParameter(categoryId, (object)categoryId ?? DBNull.Value), new SqlParameter(status, status) }; return SqlHelper.ExecuteDataTable(sql, paras); }這里用到了SqlHelper這個公共類它封裝了SqlConnection和SqlCommand統(tǒng)一提供ExecuteNonQuery、ExecuteDataTable、ExecuteScalar三個方法性能足夠也減少了大量重復(fù)代碼。4.2 登錄模塊與C#委托、事件的實(shí)際應(yīng)用登錄模塊看著簡單但我用了不少C#的進(jìn)階特性。窗體上用戶名、密碼框和登錄按鈕點(diǎn)擊登錄后通過BLL.LoginService.ValidateUser驗(yàn)證驗(yàn)證成功之后我通過一個全局靜態(tài)類保存當(dāng)前登錄用戶信息而不是每個窗體單獨(dú)傳參。登錄成功之后的主窗體需要根據(jù)用戶角色顯示或隱藏菜單這里我用到了委托和事件的機(jī)制。具體做法是主窗體訂閱一個UserLoginEvent當(dāng)?shù)卿洿绑w驗(yàn)證通過后觸發(fā)事件public static event ActionUserInfo UserLoginEvent; private void btnLogin_Click(object sender, EventArgs e) { UserInfo user LoginService.Validate(txtUserName.Text.Trim(), txtPassword.Text); if (user null) { MessageBox.Show(用戶名或密碼錯誤); return; } UserLoginEvent?.Invoke(user); this.DialogResult DialogResult.OK; }主窗體在構(gòu)造函數(shù)里訂閱這個事件然后根據(jù)user.RoleType調(diào)整菜單項(xiàng)的可用狀態(tài)。這種方法比在登錄窗體里直接new MainForm(user)松耦合得多將來如果要增加第三方登錄只需要多觸發(fā)一次事件即可。4.3 資產(chǎn)信息增刪改查的實(shí)現(xiàn)細(xì)節(jié)增刪改查是每個系統(tǒng)的基本功但寫的時候有幾個細(xì)節(jié)非常影響體驗(yàn)。新增資產(chǎn)時資產(chǎn)編號要自動生成。如果用戶手動輸入很容易重復(fù)或格式不統(tǒng)一。我的做法是在窗體加載時調(diào)用一個GenerateAssetNo方法根據(jù)當(dāng)前最大編號加一生成新編號public static string GenerateAssetNo() { string maxNo SqlHelper.ExecuteScalar(SELECT MAX(AssetNo) FROM AssetInfo).ToString(); if (string.IsNullOrEmpty(maxNo)) { return ZC-2024-0001; } int seq int.Parse(maxNo.Substring(maxNo.LastIndexOf(-) 1)) 1; return ZC-2024- seq.ToString(0000); }保存時用SqlParameter傳參防止SQL注入。這里特別要提醒千萬別用字符串拼接去拼SQL哪怕是一個簡單的刪除操作也可能出事。刪除資產(chǎn)我用了邏輯刪除也就是給AssetInfo表加一個IsDeleted字段默認(rèn)0刪除時更新為1。這樣做的好處是歷史借還記錄不會因?yàn)橘Y產(chǎn)刪除而變成孤兒數(shù)據(jù)統(tǒng)計歷史報表時不至于斷開。要在查詢列表時統(tǒng)一過濾IsDeleted 0。4.4 借用歸還流程與事務(wù)處理借用和歸還是系統(tǒng)最核心的業(yè)務(wù)。流程上我分兩步第一步創(chuàng)建借用申請第二步管理員確認(rèn)。避免有人直接把狀態(tài)改了然后重新登記一步到位。借用申請寫入BorrowApply表包含資產(chǎn)ID、申請人、申請類型、申請說明、狀態(tài)。管理員審批通過后調(diào)sp_ConfirmBorrow存儲過程把資產(chǎn)狀態(tài)改為借用中同時寫入BorrowRecord表。這里狀態(tài)更新和記錄寫入必須在同一個事務(wù)里。歸還流程類似。員工在系統(tǒng)里選擇歸還系統(tǒng)先檢查資產(chǎn)當(dāng)前責(zé)任人是不是當(dāng)前用戶防止亂還。然后更新資產(chǎn)狀態(tài)為在庫責(zé)任人清空同時寫入歸還記錄。整個過程同樣放在事務(wù)里。我在界面層給這兩個操作都做了比較完整的提示。借用時如果資產(chǎn)處于維修中或已報廢界面上直接置灰不可選但業(yè)務(wù)層仍然有校驗(yàn)防止客戶端被繞過。4.5 報表統(tǒng)計與Excel導(dǎo)出報表模塊用到最多的就是DataGridView綁定數(shù)據(jù)然后按條件聚合。比如按部門統(tǒng)計資產(chǎn)數(shù)量和總價值SQL里用GROUP BYSELECT d.DeptName, COUNT(a.Id) AS AssetCount, SUM(a.OriginalValue) AS TotalValue FROM AssetInfo a JOIN UserInfo u ON a.PrincipalId u.Id JOIN Department d ON u.DeptId d.Id WHERE a.IsDeleted 0 GROUP BY d.DeptName導(dǎo)出Excel我用的是NPOI開源庫而不是微軟的Excel COM組件。原因是NPOI不需要在服務(wù)器或客戶機(jī)上安裝Office導(dǎo)出速度快生成的是真正的.xlsx文件直接雙擊能打開。如果你用原生COM部署到?jīng)]有裝Office的機(jī)器上一定會報檢索 COM 類工廠中 CLSID 為 {00024500-0000-0000-C000-000000000046} 的組件失敗這個坑我建議提前避開。4.6 攝像頭掃碼擴(kuò)展用AForge識別資產(chǎn)二維碼系統(tǒng)里還留了一個可選擴(kuò)展模塊通過攝像頭掃碼快速查找資產(chǎn)。我用了AForge.NET框架來控制攝像頭具體設(shè)備管理用FilterInfoCollection枚舉攝像頭再用VideoCaptureDevice開啟視頻流。很多初學(xué)者問怎么設(shè)置攝像頭視頻屬性和控制屬性核心代碼是這樣的// 枚舉攝像頭 FilterInfoCollection videoDevices new FilterInfoCollection(FilterCategory.VideoInputDevice); // 選擇第一個攝像頭 VideoCaptureDevice videoDevice new VideoCaptureDevice(videoDevices[0].MonikerString); // 設(shè)置分辨率 videoDevice.VideoResolution videoDevice.VideoCapabilities .FirstOrDefault(r r.FrameSize.Width 1280 r.FrameSize.Height 720) ?? videoDevice.VideoCapabilities[0]; videoDevice.Start();視頻幀通過NewFrame事件持續(xù)回調(diào)在回調(diào)里用Bitmap做識別。我這里用的是ZXing.Net來解析二維碼。識別結(jié)果如果是合法的資產(chǎn)編號就直接跳轉(zhuǎn)到該資產(chǎn)的詳情頁。這個功能不是必須的但如果你想把系統(tǒng)升級成手持PDA掃描這套代碼就是很好的雛形。5. 數(shù)據(jù)庫腳本、源碼部署與常見問題排查5.1 拿到壓縮包后的第一步導(dǎo)入數(shù)據(jù)庫很多人一拿到源碼數(shù)據(jù)庫的zip就急著打開源碼編譯結(jié)果一堆錯。正確順序應(yīng)該是先把數(shù)據(jù)庫準(zhǔn)備好。壓縮包里的AssetsDB.sql腳本可以直接用sqlcmd執(zhí)行也可以在SQL Server Management Studio里打開執(zhí)行。如果帶了.mdf文件也可以直接附加但附加后一定要檢查登錄名和賬號權(quán)限。執(zhí)行SQL腳本前建議先看一下腳本開頭有沒有CREATE DATABASE [AssetsDB]如果有就直接執(zhí)行如果沒有先在SSMS里手動建一個空數(shù)據(jù)庫再用導(dǎo)入數(shù)據(jù)或者運(yùn)行腳本。我這份腳本里已經(jīng)帶了建庫語句直接執(zhí)行后會生成庫結(jié)構(gòu)。5.2 修改連接字符串?dāng)?shù)據(jù)庫弄好后接下來要改程序里的連接字符串。WinForms項(xiàng)目的連接字符串一般放在App.config文件的connectionStrings節(jié)點(diǎn)里。打開AssetsManager.UI項(xiàng)目下的App.configconnectionStrings add nameSqlConnectionString connectionStringData Source.\SQLEXPRESS;Initial CatalogAssetsDB;User IDsa;Password123456; providerNameSystem.Data.SqlClient / /connectionStrings這里要注意三點(diǎn)Data Source要改成你本地的SQL Server實(shí)例名別直接照抄.\SQLEXPRESS如果你用的是Windows身份驗(yàn)證把User ID和Password刪掉改為Integrated SecurityTrue密碼里有特殊字符的話比如或需要用XML轉(zhuǎn)義比如amp;。改完后先編譯一下如果報未能加載文件或程序集之類的問題多半是NuGet包沒還原。右鍵解決方案選還原NuGet程序包再重新生成。5.3 運(yùn)行時常見報錯與排查方法我在實(shí)際測試這套源碼時遇到過不少問題挑幾個高頻率的列出來方便你排查。問題一提示無法加載一個或多個請求的類型。有關(guān)更多信息請檢索 LoaderExceptions 屬性。這個錯誤出現(xiàn)的原因通常是反射加載程序集時某個依賴項(xiàng)版本不匹配或缺失。最常見的觸發(fā)場景是程序集掃描時調(diào)用了Assembly.GetTypes()但某個類型引用了未安裝的第三方庫。解決方法是先找到LoaderExceptions屬性里的具體異常信息可以臨時在AppDomain.CurrentDomain.AssemblyResolve事件里輸出加載失敗的DLL名稱。不過更直接的思路是檢查是不是某層引用了最新版NuGet包而運(yùn)行時環(huán)境比較舊。我的建議是統(tǒng)一目標(biāo)框架為.NET Framework 4.7.2NuGet包版本不要亂升。問題二數(shù)據(jù)庫連接失敗報在與 SQL Server 建立連接時出現(xiàn)與網(wǎng)絡(luò)相關(guān)的或特定于實(shí)例的錯誤這個問題九成是連接字符串配錯了。你要先去SSMS里確認(rèn)SQL Server實(shí)例名比如可能是localhost、(localdb)\MSSQLLocalDB或者DESKTOP-XXXXXX。如果是遠(yuǎn)程服務(wù)器還要檢查SQL Server Browser服務(wù)是否啟動防火墻是否放行1433端口。本機(jī)調(diào)試的話我建議用localhost配Windows身份驗(yàn)證最省事。問題三界面上中文顯示亂碼數(shù)據(jù)庫里的中文亂碼一是在建表時沒指定排序規(guī)則二是程序讀取時字符集不一致。我的建表腳本里統(tǒng)一用了NVARCHAR類型并且數(shù)據(jù)庫排序規(guī)則是Chinese_PRC_CI_AS一般不會亂碼。如果你用MySQL遷移記得把連接字符串里的charsetutf8加上不然中文必亂。問題四日志記錄在異常后丟失日志模塊我寫了一個LogHelper用StreamWriter追加寫入文本文件。如果你在事務(wù)里先寫日志再回滾日志也可能被回滾掉。所以寫日志的時機(jī)應(yīng)該是在事務(wù)提交之后或者用獨(dú)立的數(shù)據(jù)庫連接來寫而不能把日志放在事務(wù)里。這個坑我在調(diào)試借用流程時遇到過當(dāng)時怎么也找不到操作記錄后來才發(fā)現(xiàn)是事務(wù)回滾把日志一起回滾了。5.4 數(shù)據(jù)庫備份與日常維護(hù)系統(tǒng)跑起來后備份是必須做的。SQL Server的備份可以用一條SQL完成BACKUP DATABASE [AssetsDB] TO DISK ND:\Backup\AssetsDB_20250101.bak WITH FORMAT;如果你想定時備份可以用SQL Server Agent建一個作業(yè)。但很多開發(fā)者電腦上裝的是Express版沒有SQL Agent服務(wù)那就只能自己寫一個C#小工具用SqlCommand執(zhí)行BACKUP DATABASE再放到Windows任務(wù)計劃里跑。這個思路比裝完整版數(shù)據(jù)庫輕量很多。5.5 把系統(tǒng)遷移到MySQL或達(dá)夢數(shù)據(jù)庫如果你不想用SQL Server想把這套源碼改成MySQL或者國產(chǎn)數(shù)據(jù)庫改造重點(diǎn)在DAL層。整套代碼里所有SQL語句我盡量寫得標(biāo)準(zhǔn)不依賴SQL Server特有的語法只有存儲過程部分需要重寫。另外SqlHelper這個類要換成MySqlHelper最快速的辦法是引入MySql.Data包然后全局替換SqlConnection等類型。如果你用達(dá)夢數(shù)據(jù)庫達(dá)夢提供了ODBC和JDBC驅(qū)動C#可以通過ODBC方式連接但要注意參數(shù)占位符從改成?。遷移時最容易遺漏的是自增主鍵語法。SQL Server用IDENTITY(1,1)MySQL用AUTO_INCREMENT達(dá)夢用IDENTITY(1,1)和SQL Server類似但也不是完全兼容。我建議在遷移時用ORM框架比如SqlSugar或EF Core可以屏蔽很多數(shù)據(jù)庫差異。6. 項(xiàng)目迭代建議與個人心得這套系統(tǒng)我前后寫了大概三周最開始只有基礎(chǔ)檔案管理后來根據(jù)企業(yè)反饋一點(diǎn)點(diǎn)加了借用歸還、審批、履歷、報表。很多同學(xué)喜歡一次把功能鋪得很大我覺得沒有必要。你先跑通主線流程資產(chǎn)入庫、借用、歸還、報廢再考慮其他錦上添花的功能。如果你拿到代碼之后想練手我建議先讀懂幾個核心文件SqlHelper是數(shù)據(jù)訪問的基石AssetService里寫了所有關(guān)于資產(chǎn)狀態(tài)流轉(zhuǎn)的方法MainForm里展示了怎么用事件實(shí)現(xiàn)窗體間通信。把這幾個吃透剩下的界面邏輯哪怕刪掉重寫你也能搭出一個屬于自己的版本。最后再分享一個小技巧這套源碼雖然是一個zip包但你在本地跑通之后建議用數(shù)據(jù)腳本加代碼倉庫的方式做版本管理而不是只留一個zip。我遇到過太多次項(xiàng)目迭代幾個月后原來那個zip包已經(jīng)和最新代碼差了十萬八千里的情況。如果你真正想從這個項(xiàng)目里學(xué)到東西把它改成自己的加上自己習(xí)慣的日志框架、加權(quán)限、加Redis緩存這些都比單純打開看一眼更有價值。本文還有配套的精品資源點(diǎn)擊獲取