簡介一份完整的C#學(xué)生成績管理系統(tǒng)課程設(shè)計(jì)源碼包面向計(jì)算機(jī)相關(guān)專業(yè)正在完成數(shù)據(jù)庫課程設(shè)計(jì)或練習(xí)C# WinForm開發(fā)的初學(xué)者。項(xiàng)目以Access作為后端數(shù)據(jù)庫通過ADO.NET完成數(shù)據(jù)交互覆蓋學(xué)生、課程、成績?nèi)竽K的增刪改查并包含登錄窗體、數(shù)據(jù)驗(yàn)證、try-catch異常處理等典型教學(xué)細(xì)節(jié)。壓縮包共90個(gè)文件以31個(gè)cs源文件、11個(gè)resx資源文件為主另含可運(yùn)行exe、DLL依賴庫及1個(gè)accdb示例數(shù)據(jù)庫整體大小僅3.35MB可用Visual Studio直接打開調(diào)試。已有962人學(xué)習(xí)瀏覽源碼中包含建表語句與示例數(shù)據(jù)可以直觀看到學(xué)生、課程、成績?nèi)龔埍砣绾瓮ㄟ^外鍵關(guān)聯(lián)UI部分使用TextBox、ComboBox、DataGridView等控件適配了菜單事件與數(shù)據(jù)綁定方式。目錄結(jié)構(gòu)清晰便于對照源碼理解從數(shù)據(jù)庫設(shè)計(jì)、SQL命令執(zhí)行到界面綁定的完整流程也可作為課程作業(yè)答辯前的查漏補(bǔ)缺參考。1. 學(xué)生成績管理系統(tǒng)課程作業(yè)里最值得拆開的經(jīng)典骨架如果你是一個(gè)正在做C#課程設(shè)計(jì)的學(xué)生應(yīng)該對“學(xué)生成績管理系統(tǒng)”這個(gè)題目不陌生——它幾乎是大二、大三《數(shù)據(jù)庫應(yīng)用》和《面向?qū)ο蟪绦蛟O(shè)計(jì)》課程的標(biāo)配大作業(yè)。第一次拿到這個(gè)題目時(shí)我也覺得“不就是寫個(gè)增刪改查嘛”。但真正動(dòng)手后才發(fā)現(xiàn)這個(gè)系統(tǒng)其實(shí)是C#編程、數(shù)據(jù)庫設(shè)計(jì)、UI界面、數(shù)據(jù)校驗(yàn)、異常處理五件事的組合體而作業(yè)拿高分和拿及格分的差距恰恰藏在這些組合的細(xì)節(jié)里。這套課程作業(yè)C#學(xué)生成績管理系統(tǒng)源碼包本質(zhì)是一個(gè)可以完整運(yùn)行的Windows Forms項(xiàng)目采用的方案是C# .NET Framework Access數(shù)據(jù)庫。有學(xué)生表、課程表、成績表三張核心數(shù)據(jù)表覆蓋了從登錄驗(yàn)證到成績錄入、查詢統(tǒng)計(jì)的完整閉環(huán)。它的價(jià)值不在功能多而在“麻雀雖小、五臟俱全”——身份證級(jí)的表結(jié)構(gòu)、OleDb數(shù)據(jù)訪問、DataGridView綁定這些企業(yè)項(xiàng)目的標(biāo)配技術(shù)你都能在這份代碼里看到實(shí)際用法。適合有C#語法基礎(chǔ)、但第一次做數(shù)據(jù)庫項(xiàng)目的初學(xué)者照著改、照著抄也適合想快速搞清WinForms數(shù)據(jù)綁定和ADO.NET套路的同學(xué)參考。2. 表結(jié)構(gòu)與ADO.NET動(dòng)手前先把Access這塊地基打穩(wěn)2.1 三張表怎么設(shè)計(jì)才能不違反范式課程設(shè)計(jì)要求“遵循第一范式及以上”我見過不少同學(xué)把所有信息塞進(jìn)一張大表結(jié)果改個(gè)課程名稱要更新幾十行記錄。這套系統(tǒng)的表結(jié)構(gòu)是很標(biāo)準(zhǔn)的第三范式做法核心是學(xué)生、課程、成績?nèi)龔埅?dú)立表再通過外鍵關(guān)聯(lián)。學(xué)生表放靜態(tài)屬性課程表放教學(xué)計(jì)劃成績表才放分?jǐn)?shù)這個(gè)動(dòng)態(tài)數(shù)據(jù)。成績表不直接存學(xué)生姓名和課程名稱而是存StudentID和CourseID兩個(gè)外鍵查詢時(shí)再用JOIN把名字帶出來。這樣設(shè)計(jì)的好處是學(xué)生轉(zhuǎn)專業(yè)改姓名只動(dòng)學(xué)生表不會(huì)污染歷史成績課程改名也同理成績數(shù)據(jù)永久穩(wěn)定。建表SQL我用Access的SQL視圖寫給你看這段代碼在Access查詢設(shè)計(jì)器里改成“SQL視圖”模式可以直接執(zhí)行CREATE TABLE Students ( StudentID TEXT(10) PRIMARY KEY, StudentName TEXT(20) NOT NULL, Gender TEXT(2), BirthDate DATETIME, ClassName TEXT(30) ); CREATE TABLE Courses ( CourseID TEXT(10) PRIMARY KEY, CourseName TEXT(50) NOT NULL, Credits SINGLE, CourseType TEXT(20) ); CREATE TABLE Scores ( ScoreID AUTOINCREMENT PRIMARY KEY, StudentID TEXT(10) NOT NULL, CourseID TEXT(10) NOT NULL, Score SINGLE, CONSTRAINT FK_Scores_Student FOREIGN KEY (StudentID) REFERENCES Students(StudentID), CONSTRAINT FK_Scores_Course FOREIGN KEY (CourseID) REFERENCES Courses(CourseID) );這套建表語句里有個(gè)關(guān)鍵的命名選擇ScoreID用AUTOINCREMENT自增主鍵而不是用“學(xué)生課程”聯(lián)合主鍵。聯(lián)合主鍵理論上能防止一個(gè)學(xué)生同一門課錄兩次成績但實(shí)際開發(fā)中業(yè)務(wù)上經(jīng)常需要修改成績記錄或者保留補(bǔ)考、重修等多條記錄所以單列自增主鍵更靈活唯一性保證交給業(yè)務(wù)層的校驗(yàn)代碼去做。字段類型上用TEXT定長而不是VARCHAR也是Access的老傳統(tǒng)——Access中的TEXT類型默認(rèn)大小255短文本場景不需要用MEMO長文本類型。2.2 連接字符串的32位與64位玄學(xué)Access數(shù)據(jù)庫在C#里通過OleDb連接連接字符串看起來就一行但這一行里藏著本系統(tǒng)最容易翻車的坑。常見寫法是這個(gè)string connStr ProviderMicrosoft.ACE.OLEDB.12.0;Data Source|DataDirectory|\StudentScore.mdb;;如果你的開發(fā)環(huán)境是Visual Studio 項(xiàng)目根目錄下的Access文件用|DataDirectory|這個(gè)宏能自動(dòng)定位到項(xiàng)目的App_Data文件夾或者bin\Debug目錄比寫死絕對路徑要穩(wěn)得多。但注意這行代碼假設(shè)你已經(jīng)裝了Access數(shù)據(jù)庫引擎。64位Windows上跑你大概率需要去微軟官網(wǎng)下載“Microsoft Access Database Engine 2010 Redistributable”并且安裝時(shí)要用命令行指定/passive參數(shù)否則它會(huì)拒絕安裝在Office已存在的老版本上。另一個(gè)老項(xiàng)目遺留問題早期代碼里普遍寫ProviderMicrosoft.Jet.OLEDB.4.0。這個(gè)驅(qū)動(dòng)的本質(zhì)是32位組件在64位系統(tǒng)上無論怎么設(shè)置平臺(tái)目標(biāo)都會(huì)報(bào)“未找到提供程序”這是最經(jīng)典的翻車現(xiàn)場。我的習(xí)慣是直接用ACE.OLEDB.12.0并且把項(xiàng)目的“平臺(tái)目標(biāo)”改成x86保持32位模式運(yùn)行避開Office和Access驅(qū)動(dòng)混裝時(shí)的兼容性黑洞。2.3 ADO.NET分層DataAdapter、DataSet與DataTable的分工C#訪問Access數(shù)據(jù)庫走的是ADO.NET這套老牌數(shù)據(jù)訪問模型很多新手把連接、命令、數(shù)據(jù)適配器寫在一個(gè)按鈕事件里代碼又臭又難維護(hù)。這套系統(tǒng)里做了基礎(chǔ)分層UI層只和DataTable打交道數(shù)據(jù)訪問層通過DataAdapter把SQL結(jié)果填充到內(nèi)存中的DataTable然后綁定給DataGridView。using System.Data; using System.Data.OleDb; public static class DbHelper { private static string connStr ProviderMicrosoft.ACE.OLEDB.12.0;Data Source|DataDirectory|\StudentScore.mdb;; public static DataTable ExecuteQuery(string sql, params OleDbParameter[] parameters) { using (OleDbConnection conn new OleDbConnection(connStr)) using (OleDbCommand cmd new OleDbCommand(sql, conn)) { if (parameters ! null) { cmd.Parameters.AddRange(parameters); } OleDbDataAdapter da new OleDbDataAdapter(cmd); DataTable dt new DataTable(); da.Fill(dt); return dt; } } public static int ExecuteNonQuery(string sql, params OleDbParameter[] parameters) { using (OleDbConnection conn new OleDbConnection(connStr)) using (OleDbCommand cmd new OleDbCommand(sql, conn)) { conn.Open(); if (parameters ! null) { cmd.Parameters.AddRange(parameters); } return cmd.ExecuteNonQuery(); } } }我一般會(huì)建議把連接字符串統(tǒng)一抽到App.config里但課程作業(yè)的代碼往往追求“直接能跑”所以這段寫在靜態(tài)類里更省事理解起來也直觀。ExecuteQuery負(fù)責(zé)返回結(jié)果集給界面顯示ExecuteNonQuery負(fù)責(zé)執(zhí)行增刪改操作并返回受影響行數(shù)。注意using語句的作用OleDbConnection和OleDbCommand都是非托管資源的封裝離開作用域就自動(dòng)釋放這是初學(xué)階段最容易漏的細(xì)節(jié)。DataAdapter有個(gè)隱藏行為值得留意——它內(nèi)部會(huì)自動(dòng)打開和關(guān)閉連接所以ExecuteQuery方法里不需要顯式調(diào)用conn.Open()。而ExecuteNonQuery必須手動(dòng)Open因?yàn)槊顖?zhí)行依賴一個(gè)已建立的連接狀態(tài)。在我?guī)н^的學(xué)生項(xiàng)目里分不清這兩者的區(qū)別是導(dǎo)致“偶爾報(bào)錯(cuò)、偶爾正?！钡淖畛Ｒ娫颉?. 登錄模塊與核心CRUD每個(gè)功能都值得認(rèn)真讀一遍3.1 登錄驗(yàn)證參數(shù)化查詢寫進(jìn)課程作業(yè)登錄界面是幾乎所有系統(tǒng)評(píng)分的第一個(gè)功能點(diǎn)但很多課程作業(yè)在這里暴露了“SQL拼接”的壞習(xí)慣。文本框里輸入的內(nèi)容直接拼進(jìn)SQL字符串一旦輸入 OR 11就能繞過密碼直接登錄初學(xué)者親手做出來的系統(tǒng)往往連這種安全隱患都不自知。所以這個(gè)系統(tǒng)的登錄代碼哪怕要抄也建議從參數(shù)化查詢開始抄。private void btnLogin_Click(object sender, EventArgs e) { string username txtUsername.Text.Trim(); string password txtPassword.Text; if (string.IsNullOrEmpty(username) || string.IsNullOrEmpty(password)) { MessageBox.Show(用戶名和密碼不能為空, 提示); return; } string sql SELECT COUNT(*) FROM Users WHERE UserName name AND UserPwd pwd; DataTable dt DbHelper.ExecuteQuery(sql, new OleDbParameter(name, username), new OleDbParameter(pwd, password)); if (Convert.ToInt32(dt.Rows[0][0]) 0) { this.Hide(); MainForm main new MainForm(username); main.Show(); } else { MessageBox.Show(用戶名或密碼錯(cuò)誤, 登錄失敗); } }注意兩個(gè)關(guān)鍵點(diǎn)第一SQL里出現(xiàn)的是name、pwd占位符而不是直接拼接的字符串第二密碼字段用SELECT COUNT(*)而不是把整行數(shù)據(jù)查出來再對比邏輯更簡潔。OleDbParameter構(gòu)造函數(shù)第一個(gè)參數(shù)必須和SQL里的占位符名字完全一致包括符號(hào)。這是OleDb和SqlClient的一個(gè)小差異——SqlClient可以用也可以不用OleDb是嚴(yán)格匹配位置和名字的。另外注意一個(gè)課程作業(yè)里普遍存在的做法問題我也是直到工作后寫企業(yè)項(xiàng)目才把密碼改成哈希存儲(chǔ)課程作業(yè)里明文密碼也能接受但至少別把登錄成功的驗(yàn)證邏輯寫成“查得到就過”要明確分支處理。3.2 學(xué)生管理的增刪改查四段代碼覆蓋Button事件全流程學(xué)生管理模塊是這個(gè)系統(tǒng)的重頭戲基本功能是列表展示、新增、修改、刪除。列表展示用DataGridView數(shù)據(jù)源綁定剛才說的DataTable新增和修改共用一個(gè)輸入窗體靠一個(gè)標(biāo)志區(qū)分是Insert還是Update操作。新增學(xué)生的核心邏輯是這樣private void btnAddStudent_Click(object sender, EventArgs e) { string studentId txtStudentId.Text.Trim(); string name txtName.Text.Trim(); string gender cmbGender.SelectedItem?.ToString() ?? ; string className txtClass.Text.Trim(); if (string.IsNullOrEmpty(studentId) || string.IsNullOrEmpty(name)) { MessageBox.Show(學(xué)號(hào)和姓名為必填項(xiàng), 驗(yàn)證提示); return; } string checkSql SELECT COUNT(*) FROM Students WHERE StudentID id; DataTable checkResult DbHelper.ExecuteQuery(checkSql, new OleDbParameter(id, studentId)); if (Convert.ToInt32(checkResult.Rows[0][0]) 0) { MessageBox.Show(該學(xué)號(hào)已存在請勿重復(fù)添加, 添加失敗); return; } string sql INSERT INTO Students (StudentID, StudentName, Gender, ClassName) VALUES (id, name, gender, class); int rows DbHelper.ExecuteNonQuery(sql, new OleDbParameter(id, studentId), new OleDbParameter(name, name), new OleDbParameter(gender, gender), new OleDbParameter(class, className)); if (rows 0) { MessageBox.Show(學(xué)生添加成功, 完成); LoadStudentList(); } }這段代碼里有三個(gè)常規(guī)細(xì)節(jié)值得強(qiáng)調(diào)一是先查重再插入雖然理論上存在并發(fā)窗口但課程作業(yè)場景下完全夠用二是cmbGender.SelectedItem?.ToString() ?? 處理了下拉框未選中時(shí)的空值問題這是C# 6.0之后很實(shí)用的寫法三是執(zhí)行成功后調(diào)用LoadStudentList()刷新表格刷新方法內(nèi)部會(huì)重新執(zhí)行SELECT * FROM Students并重新綁定DataGridView。修改操作的UPDATE語句類似但WHERE條件必須用原始學(xué)號(hào)而這個(gè)學(xué)號(hào)在編輯模式下要鎖定不可修改。實(shí)現(xiàn)方式是在修改窗口加載時(shí)把主鍵傳入一個(gè)私有字段SQL里where條件使用該字段值而與界面文本框無關(guān)防止用戶在編輯時(shí)順手改了學(xué)號(hào)導(dǎo)致主鍵沖突。刪除操作同理通過DataGridView的CurrentRow獲取單元格值再執(zhí)行DELETE。這里要處理一個(gè)特殊情況學(xué)生被刪除前需要判斷其在成績表中是否有記錄否則外鍵會(huì)變成懸掛引用。常見的做法是先查Scores表存在記錄就提示“該學(xué)生已有成績記錄不能直接刪除”或者級(jí)聯(lián)刪除成績記錄。3.3 查詢統(tǒng)計(jì)模塊組合條件拼SQL最怕空值學(xué)生的成績查詢是這個(gè)系統(tǒng)的另一個(gè)評(píng)分點(diǎn)。往往要求支持按學(xué)號(hào)、按姓名模糊查詢、按課程查詢甚至按分?jǐn)?shù)段篩選。很多初學(xué)者在一個(gè)查詢按鈕里堆各種if判斷把SQL拼得支離破碎。我的做法是構(gòu)造動(dòng)態(tài)參數(shù)列表用List收集條件最后組成Where子句。private void btnSearch_Click(object sender, EventArgs e) { string sql SELECT s.StudentID AS 學(xué)號(hào), s.StudentName AS 姓名, c.CourseName AS 課程名稱, sc.Score AS 成績 FROM Students s INNER JOIN Scores sc ON s.StudentID sc.StudentID INNER JOIN Courses c ON sc.CourseID c.CourseID WHERE 11; ListOleDbParameter paramList new ListOleDbParameter(); if (!string.IsNullOrEmpty(txtKeyword.Text.Trim())) { sql AND (s.StudentName LIKE kw OR s.StudentID LIKE kw); paramList.Add(new OleDbParameter(kw, % txtKeyword.Text.Trim() %)); } if (cmbCourse.SelectedIndex ! -1) { sql AND c.CourseName course; paramList.Add(new OleDbParameter(course, cmbCourse.SelectedItem.ToString())); } if (!string.IsNullOrEmpty(txtMinScore.Text.Trim())) { sql AND sc.Score minScore; paramList.Add(new OleDbParameter(minScore, Convert.ToInt32(txtMinScore.Text))); } DataTable result DbHelper.ExecuteQuery(sql, paramList.ToArray()); dgvResult.DataSource result; }這段代碼里的WHERE 11看著像廢話實(shí)際是老開發(fā)的標(biāo)準(zhǔn)套路——它讓后續(xù)所有條件拼接都能直接用AND開頭代碼結(jié)構(gòu)統(tǒng)一。需要注意LIKE操作符SQL Server里通配符是%Access里也支持%但不能用*這是Access一個(gè)極容易踩的位置在查詢設(shè)計(jì)器里默認(rèn)用的是*但ODBC和OleDb驅(qū)動(dòng)傳SQL時(shí)用%。分?jǐn)?shù)段的查詢把文本框值Convert后再拼參數(shù)而不是直接拼接字符串既防注入又能在輸入非數(shù)字時(shí)觸發(fā)異常被try-catch捕獲后提示“請輸入數(shù)字”。4. DataGridView與數(shù)據(jù)驗(yàn)證把界面操作焊在數(shù)據(jù)鏈路里4.1 DataGridView綁定DataTable之后還要改三件事DataGridView是這個(gè)系統(tǒng)主要的數(shù)據(jù)展示控件。數(shù)據(jù)綁定最簡潔的方法是直接給DataSource賦值dgvStudents.DataSource dt;但直接綁定后會(huì)有三個(gè)“不好看”的問題列標(biāo)題顯示英文原名、列寬不自動(dòng)適應(yīng)、行頭不顯示序號(hào)。課程作業(yè)的界面分往往從這里拉開差距。我習(xí)慣在綁定后立即設(shè)置列屬性dgvStudents.AutoGenerateColumns false; DataGridViewTextBoxColumn colId new DataGridViewTextBoxColumn(); colId.DataPropertyName StudentID; colId.HeaderText 學(xué)號(hào); colId.Width 100; DataGridViewTextBoxColumn colName new DataGridViewTextBoxColumn(); colName.DataPropertyName StudentName; colName.HeaderText 姓名; colName.Width 130; dgvStudents.Columns.Add(colId); dgvStudents.Columns.Add(colName);AutoGenerateColumns false是關(guān)鍵它告訴控件“不要自動(dòng)按字段名生成列”改由你手動(dòng)定義這樣中文表頭、列寬、只讀屬性都在掌控中。DataPropertyName映射到數(shù)據(jù)源里的字段名HeaderText是顯示在界面上的文字兩者分離是DataGridView的典型用法。刪除和編輯還要獲取當(dāng)前選中行寫一句string selectedId dgvStudents.CurrentRow.Cells[StudentID].Value.ToString();這里有個(gè)隱藏坑CurrentRow在某些情況下會(huì)是null——比如點(diǎn)擊了列頭導(dǎo)致選中狀態(tài)變化或者綁定數(shù)據(jù)源為空時(shí)。穩(wěn)妥的做法是先判斷dgvStudents.CurrentRow ! null再取Cells。另外如果你定義了多列隱藏字段比如編輯時(shí)需要用主鍵但不想顯示可以通過colId.Visible false隱藏取值依然通過Columns[StudentID]訪問。4.2 成績錄入分?jǐn)?shù)范圍、下拉聯(lián)動(dòng)和單元格校驗(yàn)三板斧成績錄入界面的評(píng)分點(diǎn)主要看數(shù)據(jù)驗(yàn)證。成績必須限制在0~100之間。處理方式有硬校驗(yàn)和軟校驗(yàn)兩種硬校驗(yàn)在寫入數(shù)據(jù)庫前攔截軟校驗(yàn)在控件層面就阻止非法輸入。課程作業(yè)至少需要做到硬校驗(yàn)。private void btnSaveScore_Click(object sender, EventArgs e) { if (cmbStudent.SelectedIndex -1 || cmbCourse.SelectedIndex -1) { MessageBox.Show(請先選擇學(xué)生和課程, 提示); return; } if (!double.TryParse(txtScore.Text.Trim(), out double score)) { MessageBox.Show(成績必須為數(shù)字, 格式錯(cuò)誤); return; } if (score 0 || score 100) { MessageBox.Show(成績必須在0到100之間, 范圍錯(cuò)誤); return; } string sql UPDATE Scores SET Score score WHERE StudentID sid AND CourseID cid; string studentId cmbStudent.SelectedValue.ToString(); string courseId cmbCourse.SelectedValue.ToString(); int rows DbHelper.ExecuteNonQuery(sql, new OleDbParameter(score, score), new OleDbParameter(sid, studentId), new OleDbParameter(cid, courseId)); if (rows 0) { sql INSERT INTO Scores (StudentID, CourseID, Score) VALUES (sid, cid, score); DbHelper.ExecuteNonQuery(sql, new OleDbParameter(sid, studentId), new OleDbParameter(cid, courseId), new OleDbParameter(score, score)); } }一個(gè)值得注意的細(xì)節(jié)這里用Update先執(zhí)行檢查受影響行數(shù)如果返回0說明該組合不存在再轉(zhuǎn)Insert。這就是“有則改、無則增”的Merge邏輯避免了一張成績表同時(shí)存在重復(fù)記錄的問題。下拉框綁定學(xué)生和課程列表時(shí)用DisplayMember和ValueMember分別設(shè)置顯示文本和值字段。綁定后SelectedValue拿的就是StudentIDSelectedItem拿的是整行DataRowView這一區(qū)別在代碼中容易混淆。還有一種是運(yùn)行時(shí)單元格級(jí)校驗(yàn)DataGridView自帶的CellValidating事件可以在用戶編輯單元格時(shí)實(shí)時(shí)校驗(yàn)Cancel為true則強(qiáng)制焦點(diǎn)停留。但課程作業(yè)場景里我建議把這個(gè)機(jī)制用在“期末成績修改”窗體中簡單實(shí)現(xiàn)即可不需要做的太復(fù)雜評(píng)分老師更看重業(yè)務(wù)規(guī)則是否完整而不是UI交互的炫技。4.3 數(shù)據(jù)驗(yàn)證的邊界條件別只攔空值還要攔類型和長度談到數(shù)據(jù)驗(yàn)證很多學(xué)生的代碼風(fēng)格是這樣的if為空就報(bào)錯(cuò)if為null就return。但對于一個(gè)要“能跑、能演示、能答辯”的課程作業(yè)驗(yàn)證至少要覆蓋三種情況必填項(xiàng)不能為空、類型要正確、長度要符合數(shù)據(jù)庫字段定義。Access的TEXT(10)如果插入超過10個(gè)字符會(huì)因?yàn)閿?shù)據(jù)溢出直接拋異?！@種異常如果不處理界面就會(huì)崩給老師看。我習(xí)慣在幫助類里寫一個(gè)ValidateInputs方法集中做基礎(chǔ)合法性判斷private static bool ValidateStudentInfo(string studentId, string name, out string errorMsg) { if (string.IsNullOrEmpty(studentId)) { errorMsg 學(xué)號(hào)不能為空; return false; } if (studentId.Length 10) { errorMsg 學(xué)號(hào)長度不能超過10位; return false; } if (string.IsNullOrEmpty(name)) { errorMsg 姓名不能為空; return false; } if (name.Length 20) { errorMsg 姓名長度不能超過20位; return false; } errorMsg string.Empty; return true; }這樣的集中校驗(yàn)放在業(yè)務(wù)層而不是UI層好處是無論登錄窗口、管理窗口還是成績窗口調(diào)用同一套規(guī)則不會(huì)出現(xiàn)“這里校驗(yàn)了那里沒校驗(yàn)”的不一致。成績的范圍檢查用double.TryParse配合邊界判斷學(xué)號(hào)統(tǒng)一用Trim()去掉首尾空格這些基本功寫進(jìn)代碼里后答辯時(shí)被問“為什么這么設(shè)計(jì)”你也答得出來。5. 避坑手記Access C# 課程作業(yè)最常見的七個(gè)報(bào)錯(cuò)與解法5.1 “未在本地計(jì)算機(jī)上注冊 Microsoft.ACE.OLEDB.12.0 提供程序”這是C#連接Access時(shí)最高頻的報(bào)錯(cuò)沒有之一?，F(xiàn)象代碼運(yùn)行到new OleDbConnection就拋異常。原因機(jī)器上沒有安裝Access Database Engine或者安裝了32位但你的項(xiàng)目編譯成了AnyCPU/×64。解決下載安裝AccessDatabaseEngine.exe并在Visual Studio的項(xiàng)目屬性里把“平臺(tái)目標(biāo)”改為x86。這兩個(gè)操作缺一不可。如果裝完仍然報(bào)錯(cuò)檢查控制面板是否同時(shí)存在2007和2010兩個(gè)版本的驅(qū)動(dòng)高版本沒有覆蓋掉低版本導(dǎo)致注冊表混亂用命令行卸載重裝一次全搞定。5.2 SQL語句語法錯(cuò)誤操作符丟失現(xiàn)象一切看起來都正常但執(zhí)行復(fù)雜查詢時(shí)突然報(bào)“FROM子句中語法錯(cuò)誤”或“操作符丟失”。原因多半是把SQL Server的語法習(xí)慣帶到了Access。最常見的是日期寫法用了GETDATE()而不是NOW()字符串用了ISNULL()但Access里是NZ()。解決本系統(tǒng)涉及的字段比較簡單出現(xiàn)問題時(shí)優(yōu)先檢查表名和字段名是否包含了保留字比如Name、Date、Level這類詞匯在Access里都可能是保留字。萬不得已就改成[Name]、[Date]加方括號(hào)包裹。5.3 數(shù)據(jù)庫文件被占用無法寫入現(xiàn)象程序運(yùn)行中你想手動(dòng)用Access打開.mdb文件檢查數(shù)據(jù)提示“文件正在使用中”。原因OleDbConnection沒有及時(shí)釋放或者連接池里還掛著舊連接。這個(gè)現(xiàn)象在Access里尤其明顯因?yàn)樗举|(zhì)上是文件型數(shù)據(jù)庫。解決代碼里所有的Connection、Command、DataAdapter都寫在using塊里保證Dispose執(zhí)行。如果還是有占用那就是DataAdapter的Fill操作不釋放連接——在ExecuteQuery里DataAdapter用完同樣要調(diào)用Dispose。純課程作業(yè)場景還可以把所有OleDbConnection對象改成局部變量而不是類級(jí)別的私有字段用一點(diǎn)、開一點(diǎn)、關(guān)一點(diǎn)。5.4 DataGridView顯示列中文名亂碼或空白現(xiàn)象綁定完DataSource后列標(biāo)題顯示為字段名或者干脆一列空白的。原因沒有關(guān)閉AutoGenerateColumns手動(dòng)添加的列DataPropertyName又寫錯(cuò)了字段名。字段名是大寫還是小寫Access里不敏感但拼寫錯(cuò)誤是實(shí)打?qū)嵉?。解決把綁定數(shù)據(jù)的SQL里用AS別名比如SELECT StudentID AS 學(xué)號(hào), StudentName AS 姓名然后設(shè)置AutoGenerateColumns true這樣列標(biāo)題直接顯示中文省掉手動(dòng)定義列的代碼。缺點(diǎn)是列寬不可控需要再遍歷Columns設(shè)置一遍Width。5.5 修改記錄時(shí)不報(bào)錯(cuò)但數(shù)據(jù)庫里根本沒變化現(xiàn)象點(diǎn)擊“保存”按鈕提示“修改成功”重新查詢一看數(shù)據(jù)還是原來的。原因典型的問題是這個(gè)系統(tǒng)里存在兩個(gè)數(shù)據(jù)源。學(xué)生列表的DataGridView綁定的是DataTable你修改了DataGridView里的單元格但沒有把改動(dòng)推回?cái)?shù)據(jù)庫。解決DataGridView直接編輯單元格默認(rèn)不會(huì)自動(dòng)執(zhí)行UPDATE語句。正確做法是點(diǎn)擊“修改”按鈕時(shí)把當(dāng)前行對應(yīng)的主鍵取出來用主鍵作為WHERE條件再顯式執(zhí)行UPDATE。這也是這套系統(tǒng)里Update按鈕的核心邏輯——把DataGridView的CurrentRow當(dāng)作用戶輸入載體而不是數(shù)據(jù)修改載體。5.6 模糊查詢結(jié)果和查詢設(shè)計(jì)器看到的不一致現(xiàn)象同一句SQL在Access查詢設(shè)計(jì)器里執(zhí)行出結(jié)果在C#程序里查出來卻是空表。原因查詢設(shè)計(jì)器有“所見即所得”的保護(hù)層比如自動(dòng)加引號(hào)、自動(dòng)轉(zhuǎn)換數(shù)據(jù)類型。而OleDb是直接把字符串交給驅(qū)動(dòng)一個(gè)字符的偏差都會(huì)導(dǎo)致整個(gè)SQL失效。最典型的就是LIKE通配符查詢設(shè)計(jì)器接收*OleDb必須使用%。解決所有SQL都以字符串形式在C#環(huán)境中測試不依賴查詢設(shè)計(jì)器做驗(yàn)證。調(diào)試時(shí)把完整的SQL和每個(gè)參數(shù)值打印到輸出窗口或?qū)懭肴罩疚募?huì)極大縮短排查時(shí)間。我用過的最粗暴有效的方式是在DbHelper里加一行Debug.WriteLine(sql);每次執(zhí)行前輸出最終語句然后把這個(gè)語句復(fù)制到Access里單獨(dú)跑一遍。5.7 程序在別的機(jī)器上打開數(shù)據(jù)庫路徑找不到現(xiàn)象在自己的電腦上編譯好的exe拷到別的電腦上雙擊運(yùn)行登錄界面都出不來報(bào)“找不到數(shù)據(jù)庫文件”。原因代碼里寫死了絕對路徑比如D:\study\StudentScore.mdb拷貝過去路徑自然不存在。解決確保連接字符串使用|DataDirectory|\StudentScore.mdb格式并在App.config中配置好DataDirectory指向。程序在Visual Studio里調(diào)試、部署、拷到U盤換臺(tái)電腦跑都不會(huì)出現(xiàn)路徑斷裂的問題。這是我工作后學(xué)會(huì)的第一個(gè)小技巧也是課程作業(yè)里最容易被忽視的移植性問題。6. 再進(jìn)一步把課程作業(yè)升級(jí)成答辯穩(wěn)過的完整項(xiàng)目如果你的作業(yè)已經(jīng)能跑通增刪改查但想讓它站在“優(yōu)秀”區(qū)間有三個(gè)低成本的小改動(dòng)值得做。第一給所有按鈕的Click事件統(tǒng)一包一層try-catch在catch里記錄異常并展示友好提示。第二把數(shù)據(jù)庫里的Users表密碼字段改成MD5哈希值存庫登錄時(shí)先把用戶輸入做哈希再比對這一句話就能在答辯時(shí)成為亮點(diǎn)。第三添加一個(gè)“成績統(tǒng)計(jì)”功能用一條SQL完成按課程計(jì)算平均分、最高分、及格率。統(tǒng)計(jì)功能的核心SQL長這樣SELECT CourseName AS 課程名稱, AVG(Score) AS 平均分, MAX(Score) AS 最高分, MIN(Score) AS 最低分, SUM(IIF(Score 60, 1, 0)) / COUNT(*) * 100 AS 及格率 FROM Scores INNER JOIN Courses ON Scores.CourseID Courses.CourseID GROUP BY CourseName;IIF函數(shù)是Access特別好用的條件統(tǒng)計(jì)函數(shù)一行頂替SQL Server里的CASE WHEN。放在一個(gè)窗體的DataGridView里展示就足以撐起整個(gè)“查詢統(tǒng)計(jì)”模塊的演示時(shí)長。另外一個(gè)加分項(xiàng)是給DataGridView添加導(dǎo)出Excel功能雖然用Office COM組件需要額外引用但代碼量不大、演示效果直觀兩個(gè)方法加幾行循環(huán)就能完成。使用時(shí)注意先判斷機(jī)器有沒有裝Excel沒裝就提示改用導(dǎo)出CSV文件方案。最后說一個(gè)我的習(xí)慣課程作業(yè)寫完我會(huì)把整個(gè)項(xiàng)目文件夾里的bin\Debug和obj目錄刪掉讓項(xiàng)目干干凈凈地壓縮存檔。這樣換臺(tái)電腦用Visual Studio打開時(shí)所有引用從頭編譯一遍反而比帶著一堆殘留dll、容易觸發(fā)版本沖突要好得多。源碼包和Access數(shù)據(jù)庫文件放同一個(gè)目錄數(shù)據(jù)庫文件我習(xí)慣在項(xiàng)目根目錄下建一個(gè)Data文件夾專門歸置。從那以后我每次提交課程設(shè)計(jì)、畢業(yè)設(shè)計(jì)、甚至給同事轉(zhuǎn)交接項(xiàng)目都強(qiáng)制自己先清一遍臨時(shí)目錄再打壓縮包。這個(gè)習(xí)慣幫我把“能跑”的項(xiàng)目變成“換一臺(tái)機(jī)器也能跑”的項(xiàng)目。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取