簡介這是一份基于C# WinForm開發(fā)的考試系統(tǒng)完整源碼采用經(jīng)典三層架構(gòu)分為教師端與學(xué)生端數(shù)據(jù)庫使用SQL Server 2014。源碼對關(guān)鍵邏輯逐行注釋清晰易讀既適合初學(xué)C#與WinForm的開發(fā)者模仿練習(xí)也便于二次改造后投入實際考試場景。壓縮包共357個文件整體約2.86MB其中155個cs為C#核心業(yè)務(wù)代碼34個dll為依賴程序集resources/resx共25個負責(zé)界面資源配置4個exe為可直接啟動的程序另含1個mdf、1個ldf及1個sql文件用于數(shù)據(jù)庫附加或腳本還原兼顧源碼閱讀與快速部署。已有610人學(xué)習(xí)下載口碑可見。對于希望快速上手三層架構(gòu)與WinForm桌面應(yīng)用開發(fā)、或需要一套可擴展考試系統(tǒng)方案的學(xué)習(xí)者這份開源資源提供了從界面到數(shù)據(jù)庫的完整參考能有效縮短項目起步時間。1. winform考試系統(tǒng)的落地價值為什么它還在被需要很多單位搞內(nèi)部考核還停留在Excel發(fā)題、人工收卷、再逐題判分的模式一場考試要折騰三天。我做過幾年的C# winform開發(fā)的考試系統(tǒng)這個方向的本質(zhì)是桌面考試系統(tǒng)的最小可行落地一臺服務(wù)器甚至一臺普通PC部署一個exe加一個Access數(shù)據(jù)庫文件考生端連上局域網(wǎng)就能登錄答題。它適合學(xué)校機房、企業(yè)內(nèi)部培訓(xùn)、職業(yè)資格模擬這類有封閉網(wǎng)絡(luò)和固定PC的場景。一個反直覺的結(jié)論是Web考試系統(tǒng)再流行WinForm在這個場景里依然不可替代——離線可用、外設(shè)可控、交付物只有一個文件夾升級直接覆蓋exe。這套系統(tǒng)真正要啃的是四塊題庫建模、隨機組卷、答題交互、自動判分。下面按我實際開發(fā)的順序展開。2. 考試系統(tǒng)的模塊拆解與數(shù)據(jù)選型為什么首選Access單文件2.1 三層結(jié)構(gòu)讓判分邏輯不再是一團漿糊做這個系統(tǒng)的第一件事不是畫窗體而是先想清楚三件事題庫從哪來、答題狀態(tài)怎么保存、判分規(guī)則怎么擴展。C# winform開發(fā)考試系統(tǒng)最常見、可維護的方案是拆三層UI層放窗體業(yè)務(wù)層管組卷和判分數(shù)據(jù)層管OleDb讀寫。項目結(jié)構(gòu)大致是這樣ExamSystem/ ├── ExamSystem.UI/ // WinForms窗體登錄、考試、管理端 ├── ExamSystem.Core/ // 組卷、判分、考試狀態(tài)機 └── ExamSystem.Data/ // OleDb訪問、DTO、數(shù)據(jù)校驗依賴方向是UI引用Core和DataCore不依賴任何窗體代碼。這樣以后加一個獨立的閱卷端exeCore可以原樣復(fù)用。很多初學(xué)者喜歡把判分代碼直接塞在“交卷按鈕”的Click事件里當(dāng)時看著省事等要加“多選漏選得一半分”這種規(guī)則時就要在按鈕事件里改來改去改到懷疑人生。數(shù)據(jù)訪問層我直接用OleDbConnection和OleDbCommand不引入ORM。遇到用C#的同事總愛聊Dapper和依賴注入——Dapper在SQL Server上確實好用但在Access上參數(shù)映射和分頁支持并不順手遇到復(fù)雜查詢反而要繞行。這個項目數(shù)據(jù)表就六七張原生OleDb足夠。如果一定要做依賴注入WinForms用構(gòu)造函數(shù)注入加一個簡單的ServiceLocator就能解決不必上重量級容器。分層到位之后考生狀態(tài)其實是一個典型的狀態(tài)機未開始、考試中、已交卷、已判分。把狀態(tài)流轉(zhuǎn)寫在Core里UI只管觸發(fā)動作這是這個項目里最值得先做的事。2.2 數(shù)據(jù)表設(shè)計題庫、試卷、考生成績?nèi)绾侮P(guān)聯(lián)考試系統(tǒng)的數(shù)據(jù)模型不復(fù)雜但表關(guān)系要一次設(shè)計對否則后面組卷和統(tǒng)計都要返工。我習(xí)慣建下面這幾張表表名關(guān)鍵字段作用QuestionId, Type, Content, OptionA/B/C/D, Answer, Score, Difficulty, Chapter題庫Type 0單選 1多選 2判斷 3簡答StudentId, StudentNo, Name, Class, ExamId考生信息StudentNo是準考證號ExamId, Name, DurationMinutes, StartTime, EndTime考試場次一場考試對應(yīng)一套組卷規(guī)則ExamPaperExamId, QuestionId試卷與題目的多對多關(guān)系組卷結(jié)果存這里AnswerRecordId, ExamId, StudentId, QuestionId, UserAnswer, IsCorrect, Score答題明細判分結(jié)果落地標準答案字段Answer我建議這樣存單選存“A”多選存“ABD”判斷存“T/F”。判分時把考生答案去空格、轉(zhuǎn)大寫、字符排序后再比較這樣多選題“A B”和“B A”都能判對。簡答題不自動判留一個IsCorrect為NULL的成績表等人工閱卷。這里有個提醒ExamPaper表一定要單獨建不要圖省事把組卷結(jié)果拼成字符串存在Exam表里。否則想統(tǒng)計“某道題正確率”時你會發(fā)現(xiàn)數(shù)據(jù)根本沒法聚合。2.3 存儲選型Access、SQLite還是SQL Server桌面考試系統(tǒng)的數(shù)據(jù)存儲選型我建議把Access放在第一位。機器裝了Office基本就帶ACE驅(qū)動數(shù)據(jù)庫是一個.accdb單文件備份直接把文件拷走。SQLite也很輕但System.Data.SQLite還要單獨帶原生dll部署時容易忘SQL Server并發(fā)強但為了幾十個人的考試去裝一個服務(wù)交付成本太高。數(shù)據(jù)庫并發(fā)能力部署成本適合場景Access讀多寫少建議并發(fā)寫不超過20需裝ACE驅(qū)動機房考試、內(nèi)部考核SQLite比Access好但多寫要手動鎖帶兩個dll單機離線考試SQL Server強高萬人同時在線的考試平臺Access的并發(fā)短板要正視題庫的讀操作完全沒問題考生交卷時寫AnswerRecord是短暫寫操作幾十人同時交卷的壓力它能扛住。如果真擔(dān)心我一般把考試過程做成“先提交本地緩存再批量寫Access”避開集中寫的高峰期。這個選型有一個硬前提部署機上必須裝對應(yīng)位數(shù)的ACE驅(qū)動否則打開程序直接報“未在本地計算機上注冊Microsoft.ACE.OLEDB.12.0”這是個高頻翻車點后面避坑章細說。3. 用C# winform跑通考試主流程登錄、答題、倒計時與自動判分3.1 考生登錄、Session與狀態(tài)欄更新登錄窗體的邏輯不復(fù)雜輸入準考證號查Student表核對ExamId把考生信息放進一個靜態(tài)Session類。注意OleDb的參數(shù)占位符是?不是SQL Server的這是我第一次寫Access連接時踩過的坑現(xiàn)在直接寫正確版本private void btnLogin_Click(object sender, EventArgs e) { string no txtNo.Text.Trim(); if (string.IsNullOrEmpty(no)) { MessageBox.Show(請輸入準考證號); return; } using var conn new OleDbConnection(ConnectionString); conn.Open(); using var cmd new OleDbCommand( SELECT Id, ExamId, Name, Class FROM Student WHERE StudentNo ?, conn); cmd.Parameters.Add(no, OleDbType.VarChar, 20).Value no; using var reader cmd.ExecuteReader(); if (reader.Read()) { CurrentSession.StudentId reader.GetInt32(0); CurrentSession.ExamId reader.GetInt32(1); CurrentSession.StudentName reader.GetString(2); CurrentSession.Class reader.GetString(3); } else { MessageBox.Show(考生不存在或未分配考試); return; } // 打開主考試窗體并設(shè)置狀態(tài)欄 var examForm new ExamForm(); examForm.Show(); this.Hide(); }參數(shù)說明cmd.Parameters.Add的第一個參數(shù)只是給參數(shù)起名實際生效的是?的順序必須和SQL里的占位符一一對應(yīng)。OleDbType.VarChar配20長度是因為StudentNo我設(shè)的是文本20位。登錄成功后主窗體的狀態(tài)欄要顯示考生信息我用StatusStrip加三個ToolStripStatusLabel一個顯示考生張三一個顯示考試場次還有一個用Timer每秒刷新系統(tǒng)時鐘。狀態(tài)欄刷新不要在主窗體的Load里一次性賦值后就不管了因為考試中途管理員可能改考試時間用Timer每30秒重新讀一次Exam表的EndTime比寫死更可靠。3.2 動態(tài)渲染答題控件單選多選判斷題的一次性生成答題界面最大的坑是如果設(shè)計時放20個RadioButton換一張100題的試卷就廢了。正確做法是用FlowLayoutPanel按題目動態(tài)創(chuàng)建GroupBoxGroupBox里放RadioButton或CheckBox。同一個GroupBox內(nèi)的RadioButton天然互斥不需要額外寫邏輯private void RenderQuestions(DataTable questions) { panelQuestions.Controls.Clear(); int index 0; foreach (DataRow row in questions.Rows) { index; int questionId Convert.ToInt32(row[Id]); int type Convert.ToInt32(row[Type]); string content row[Content].ToString(); var group new GroupBox(); group.Text ${index}. {content}; group.Width panelQuestions.ClientSize.Width - 20; group.Height 120; group.Tag questionId; string[] options { A, B, C, D }; for (int i 0; i 4; i) { string optText row[$Option{options[i]}].ToString(); if (string.IsNullOrEmpty(optText)) continue; if (type 1) // 多選 { var cb new CheckBox(); cb.Text $ {options[i]}. {optText}; cb.Tag new AnswerTag(questionId, type); cb.CheckedChanged AnswerControl_CheckedChanged; cb.Location new Point(20, 30 i * 25); group.Controls.Add(cb); } else // 單選和判斷都當(dāng)單選題渲染 { var rb new RadioButton(); rb.Text $ {options[i]}. {optText}; rb.Tag new AnswerTag(questionId, type); rb.CheckedChanged AnswerControl_CheckedChanged; rb.Location new Point(20, 30 i * 25); group.Controls.Add(rb); } } panelQuestions.Controls.Add(group); } }邏輯說明AnswerTag是一個自定義小類把QuestionId和題型綁在一起塞進控件的Tag這樣事件回調(diào)里一發(fā)就知道是哪個題改了答案。CheckedChanged事件觸發(fā)時先取Tag再遍歷同一GroupBox下的兄弟控件拼出選中的選項集合。這里要特別注意每次重新渲染前必須panelQuestions.Controls.Clear()但Clear只是移出引用不會釋放控件時間長了內(nèi)存會漲避坑章里我給了完整的釋放代碼?？丶腁nchor和Dock一定要留神。GroupBox的Width我用了panelQuestions.ClientSize.Width - 20這樣窗口拉寬時題目容器也能跟著寬如果窗體支持Resize記得在ExamForm的Resize事件里重算所有GroupBox的Width否則高分屏下題目文字會截掉一半。3.3 Timer驅(qū)動的倒計時與狀態(tài)欄進度條別在主線程里Sleep考試倒計時的標準做法是System.Windows.Forms.Timer每1000毫秒觸發(fā)一次Tick。新手容易寫成while循環(huán)加Thread.Sleep最后窗口假死連“交卷”按鈕都點不動。Timer是消息泵驅(qū)動的Tick回調(diào)直接在UI線程改Label和ProgressBar都不需要Invokeprivate void StartCountdown() { remainingSeconds examMinutes * 60; totalQuestions answeredCount; // 已統(tǒng)計的答題數(shù) progressBar.Maximum totalQuestions; progressBar.Value 0; countdownTimer.Interval 1000; countdownTimer.Tick CountdownTimer_Tick; countdownTimer.Start(); } private void CountdownTimer_Tick(object? sender, EventArgs e) { remainingSeconds--; if (remainingSeconds 0) { countdownTimer.Stop(); SubmitExam(true); // 強制交卷 return; } lblTime.Text TimeSpan.FromSeconds(remainingSeconds).ToString(hh\:mm\:ss); progressBar.Value Math.Min(answeredCount, totalQuestions); lblAnswered.Text $已答 {answeredCount}/{totalQuestions}; }參數(shù)說明TimeSpan.ToString(hh\:mm\:ss)里的反斜杠是給小時分鐘秒做分隔符轉(zhuǎn)義直接寫hh:mm:ss在某些區(qū)域設(shè)置下會顯示異常這是個容易忽略的細節(jié)。進度條的Maximum是總題數(shù)Value是已答復(fù)數(shù)每次答案變化時更新。如果題目數(shù)量超過500ProgressBar默認樣式的重繪會有點卡可以把ProgressBar的Style設(shè)為Continuous并把Step設(shè)為1避免頻繁觸發(fā)動畫。這里還有一層邏輯要放在Timer里做如果考生在答題中途啟動了“修改答案”窗口Timer不會暫停時間照走?？荚囅到y(tǒng)的倒計時必須是絕對時間不能用“累減”來代替。我的做法是remainingSeconds (int)(Exam.EndTime - DateTime.Now).TotalSeconds存一個基準時間Tick每次都重新算差這樣即使Windows休眠喚醒倒計時也不會錯。這類邊界不算多但遇到了會罵娘。4. 題庫管理與隨機組卷從Excel導(dǎo)入到分組出題的坑4.1 Excel批量導(dǎo)入題庫用異步任務(wù)避免界面白屏題庫錄入是管理端最煩的部分。我一般提供一個Excel導(dǎo)入按鈕模板固定題型、題干、選項A-D、標準答案、分值、難度、章節(jié)。導(dǎo)入用NPOI讀xlsx不需要服務(wù)器裝Office。核心是導(dǎo)入過程必須異步否則2000題讀進去界面白屏十幾秒用戶會以為程序掛了private async void btnImport_Click(object sender, EventArgs e) { if (openFileDialog.ShowDialog() ! DialogResult.OK) return; var progress new Progressint(p { progressBarImport.Value p; lblImportStatus.Text $正在導(dǎo)入第 {p} 行...; }); try { // 異步執(zhí)行耗時讀取和寫庫 int count await Task.Run(() ImportExcel(openFileDialog.FileName, progress)); MessageBox.Show($導(dǎo)入完成共 {count} 題); } catch (Exception ex) { MessageBox.Show($導(dǎo)入失敗{ex.Message}); } }邏輯說明Progressint是在異步操作里報告進度的標準做法它在內(nèi)部會使用SynchronizationContext所以progress.Report()的賦值操作可以直接修改UI控件不用手動Invoke。Task.Run把導(dǎo)入動作放到線程池UI線程保持響應(yīng)。導(dǎo)入函數(shù)里逐行讀Excel先做校驗題型必須在0到3之間題干不能為空標準答案必須匹配選項范圍。校驗失敗的行記到日志列表里導(dǎo)入完成后彈出警告“第15行答案為空已跳過第32行題型非法已跳過”。絕對不要遇到一行錯誤就整個回滾那是管理端最讓人上火的交互。4.2 隨機組卷Access的RND是玄學(xué)C#洗牌才是正解隨機組卷在Access里有現(xiàn)成語法ORDER BY RND(QuestionId)看起來一行搞定實際用起來會翻車。RND在沒有正確種子時返回的序列不穩(wěn)定而且和查詢計劃有關(guān)同一套SQL在不同機器上可能產(chǎn)生重復(fù)題。所以我從來不用數(shù)據(jù)庫端的隨機而是把候選題目按條件一次性讀進內(nèi)存用Fisher-Yates洗牌抽題public ListQuestion BuildPaper(int type, int count, int difficulty) { // 先按題型和難度過濾縮小集合 var dt DbHelper.ExecuteQuery( SELECT Id, Content, OptionA, OptionB, OptionC, OptionD, Answer, Score FROM Question WHERE Type type AND Difficulty difficulty); var candidates dt.Rows.CastDataRow().ToList(); // Fisher-Yates 洗牌 var rnd new Random(); for (int i candidates.Count - 1; i 0; i--) { int j rnd.Next(i 1); (candidates[i], candidates[j]) (candidates[j], candidates[i]); } return candidates.Take(count) .Select(r new Question { Id Convert.ToInt32(r[Id]), Content r[Content].ToString(), Answer r[Answer].ToString(), Score Convert.ToInt32(r[Score]) }) .ToList(); }參數(shù)說明rnd.Next(i 1)保證每個位置被交換的概率均等這是Fisher-Yates洗牌和直接用OrderBy(x rnd.Next())的區(qū)別——后者在數(shù)量大時會有概率偏移。抽取數(shù)量count要提前校驗不能超過候選數(shù)量否則Take默默返回全部考試時發(fā)現(xiàn)題不夠。組裝試卷時我會把抽好的題號批量插入ExamPaper表并且在事務(wù)里一次性提交插入失敗就回滾不留半套卷子。還有一個可復(fù)現(xiàn)性技巧如果需要補考時用同一套卷就把new Random(seed)里的seed固定用ExamId當(dāng)種子這樣A/B卷也能復(fù)現(xiàn)。這個細節(jié)在正式考試中用處很大補考生拿的卷子和正式場次完全一致可以避免學(xué)生鬧“憑什么補考的題不一樣”。4.3 管理端DataGridView編輯題庫與虛擬模式管理端的題庫列表我用DataGridView綁定一個DataTable用OleDbDataAdapter自動生成更新命令。題目量少時這樣最簡單提交后調(diào)用adapter.Update(dt)就寫回Access。但題目量超過3000行時DataGridView默認模式的加載和滾動都會卡解決方法是開虛擬模式VirtualMode true配合CellValueNeeded事件按需取行滾動起來和Excel一樣順滑private void dataGridView1_CellValueNeeded(object sender, DataGridViewCellValueEventArgs e) { if (e.RowIndex 0 e.RowIndex questionCache.Count) { var q questionCache[e.RowIndex]; switch (e.ColumnIndex) { case 0: e.Value q.Id; break; case 1: e.Value q.Type; break; case 2: e.Value q.Content; break; } } }邏輯說明questionCache是內(nèi)存里的ListCellValueNeeded只在DataGridView需要繪制某個單元格時才被調(diào)用所以滾動再快也不卡。修改單元格后要在CellValuePushed事件里把新值寫回緩存然后統(tǒng)一保存。這套方案比“大數(shù)據(jù)綁定到DataSource”可靠得多屬于熟手經(jīng)驗的范疇。管理端建議加一個搜索欄用LIKE %關(guān)鍵詞%查題干注意Access的LIKE通配符是*和?不是SQL Server的%和_。今早我寫SQL時還在這個上面栽了跟頭執(zhí)行出來結(jié)果不對排查半天才想起來。5. 避坑指南Access部署、控件泄漏與判分邊界的排查記錄5.1 部署到考生機就報“ACE驅(qū)動未注冊”和“操作必須使用一個可更新的查詢”現(xiàn)象程序在開發(fā)機上跑得好好的拷到考生機一登錄彈窗“未在本地計算機上注冊Microsoft.ACE.OLEDB.12.0”。這種情況一般是目標機器沒裝Office或Access Database Engine。第二個典型現(xiàn)象是交卷寫AnswerRecord時報“操作必須使用一個可更新的查詢”。原因ACE驅(qū)動要單獨安裝而“可更新的查詢”報錯多數(shù)時候不是因為SQL語法問題而是Access數(shù)據(jù)庫文件被標記了只讀或者程序啟動目錄沒有寫權(quán)限——常見于把exe放在Program Files下。解決部署包一定帶上AccessDatabaseEngine_64.exe或x86版按操作系統(tǒng)位數(shù)靜默安裝。數(shù)據(jù)庫文件放exe同目錄右鍵檢查“只讀”屬性保證文件夾有寫權(quán)限。如果還是報就把連接串改成ProviderMicrosoft.ACE.OLEDB.12.0;Data Sourceexam.accdb;ModeShare Deny None;Persist Security InfoFalse;ModeShare Deny None表示不阻止其他進程讀寫Access在局域網(wǎng)共享時必須有這個參數(shù)否則只有一個進程能寫庫其余考生交卷全部失敗。5.2 OleDb參數(shù)占位符是?不是一個折磨新手的經(jīng)典報錯現(xiàn)象SELECT ... WHERE StudentNo no然后cmd.Parameters.AddWithValue(no, no)執(zhí)行時直接報“參數(shù)不足期待1個參數(shù)”。原因OleDb是ODBC出身參數(shù)占位符繼承的是?不是。no會被當(dāng)成字面SQL文本不是參數(shù)AddWithValue里的no只是給參數(shù)起名provider不認這個名字只認位置。解決SQL改成WHERE StudentNo ?參數(shù)按順序Add。如果SQL里有三個問號就必須Add三條參數(shù)順序嚴格一致。我寫Access查詢時有個習(xí)慣寫完SQL先數(shù)一遍問號個數(shù)再對一遍參數(shù)個數(shù)能省下不少調(diào)試時間。這個坑連寫了很多年C#的人都會踩屬于OleDb的老規(guī)矩。5.3 動態(tài)創(chuàng)建的答題控件不釋放內(nèi)存越跑越大現(xiàn)象一場考試大概30MB內(nèi)存連續(xù)考五六場內(nèi)存漲到200MB最后交卷時界面卡頓甚至直接閃退。原因RenderQuestions里new出來的RadioButton/CheckBox掛在panelQuestions上交卷時只調(diào)用了panelQuestions.Controls.Clear()。Clear只是從Controls集合移除引用并不會Dispose更麻煩的是每個控件的CheckedChanged事件還保持著對事件處理器的引用對象根本沒有被垃圾回收。解決寫一個遞歸釋放函數(shù)交卷和重新組卷時調(diào)用private void ReleaseQuestionControls() { foreach (Control c in panelQuestions.Controls) { ReleaseControlRecursive(c); } panelQuestions.Controls.Clear(); } private void ReleaseControlRecursive(Control parent) { foreach (Control child in parent.Controls) { ReleaseControlRecursive(child); child.Dispose(); } }邏輯說明先遞歸釋放子控件再釋放父控件順序不能反CheckedChanged事件的注銷在Dispose時由框架處理不再手動解綁也可以。每次開始新一場考試前調(diào)用一次內(nèi)存曲線就是一條直線。5.4 Access的RND隨機不可控和多選題答案順序不一致現(xiàn)象用ORDER BY RND(QuestionId)組卷同一場考試里出現(xiàn)同一道題兩次多選判分時考生選了“A B”標準答案是“B A”被誤判成錯。原因Access的RND函數(shù)在查詢上下文里行為不可控沒有全局種子和索引的掃描順序有關(guān)重復(fù)執(zhí)行時會出重復(fù)題。多選判分沒做答案標準化字符串直接比較“AB”和“BA”自然不相等。解決隨機組卷全改成C#側(cè)洗牌徹底告別RND。判分函數(shù)里統(tǒng)一做預(yù)處理private string NormalizeAnswer(string answer) { if (string.IsNullOrEmpty(answer)) return string.Empty; var chars answer.Replace( , ).ToUpper().ToCharArray(); Array.Sort(chars); return new string(chars); }邏輯說明先把答案里的空格全部去掉轉(zhuǎn)大寫再逐字符排序。這樣“A B”變成“AB”“B A”變成“AB”判分就是字符串等值比較。閱卷時如果發(fā)現(xiàn)標準答案本身有大小寫混雜這個函數(shù)也能一并兜住。判斷題的“T”“F”不會受影響。這段代碼雖然只有幾行但它決定了考試系統(tǒng)的公正性上線前一定要用包含全角空格、小寫答案、亂序多選的測試樣例跑一遍。6. 進階防作弊、界面美化與成績導(dǎo)出驗證6.1 用Deactivate事件記錄切屏次數(shù)考試系統(tǒng)最常見的作弊方式是開卷查資料WinForm可以監(jiān)聽窗體的Deactivate事件只要窗口失去焦點就記一次protected override void OnDeactivate(EventArgs e) { base.OnDeactivate(e); if (examStarted !submitted) { switchCount; } }切屏超過3次交卷時在成績里標記“作弊嫌疑”。這個方案比全局鍵盤鉤子簡單得多也不會有殺毒軟件誤報的問題。6.2 界面美化與自定義菜單折疊箭頭默認WinForm灰底白邊觀感一般算是這個技術(shù)棧的老痛點。常見做法是去掉系統(tǒng)標題欄用Panel自繪標題欄配合專業(yè)的ToolStripProfessionalRenderer換主題色。如果管理端有TreeView菜單折疊箭頭想做成圓角樣式重寫DrawNodeArrow事件用GDI畫三角或圓角矩形即可。注意自繪標題欄一定要處理窗體拖動的最小化、關(guān)閉按鈕事件否則做完界面好看卻拖不動窗口就很尷尬。6.3 成績導(dǎo)出與交付前的驗證成績導(dǎo)出到Excel我優(yōu)先用CSV加BOM頭var sb new StringBuilder(); sb.AppendLine(準考證號,姓名,成績); File.WriteAllText(path, sb.ToString(), new UTF8Encoding(true));不加BOM的話Excel打開CSV中文會亂碼這是基礎(chǔ)細節(jié)。裝逼一點的方案是用OpenXML SDK在Word模板里插入變量生成成績單適合要打印證書的場景但引入的依賴較重按需選。最后說一個我自己的教訓(xùn)早期做考試系統(tǒng)把判分邏輯寫在按鈕事件里后來要加新題型改到懷疑人生。后來把判分抽成獨立類后加一種題型只需要改三處題型枚舉、答案標準化、判分規(guī)則。這個教訓(xùn)貫穿了整個架構(gòu)也印證了分層不是形式主義。交付前建議先做冒煙50個模擬并發(fā)交卷驗證AnswerRecord無重復(fù)、成績正確、超時自動交卷正常。等這些問題都跑干凈了再交付不遲。希望這篇文章能幫你在做winform考試系統(tǒng)時少踩幾個坑。本文還有配套的精品資源點擊獲取