簡介一份面向C#初學者的軟件代碼練習包圍繞基本語法與數(shù)據(jù)類型、條件與循環(huán)、函數(shù)與方法、數(shù)組與集合、類與對象、接口與抽象類、異常處理、枚舉與委托、文件與流、LINQ、異步編程和泛型等核心知識點組織適合正在系統(tǒng)入門或準備查漏補缺的學習者通過動手編碼鞏固基礎。壓縮包共1670個文件約17.87MB內含224個cs源碼、94個csproj工程文件、82個sln解決方案以及pdb、exe、resx、jpg、ico等編譯輸出和配套資源多數(shù)練習可按解決方案直接打開、編譯與調試。已有731人學習說明其作為練習素材具有一定參考價值。讀者可借助分層練習逐項驗證變量聲明、循環(huán)控制、值傳遞與引用傳遞、集合增刪改查、接口實現(xiàn)、異常捕獲、LINQ查詢及async/await異步方法等常見考點也能從完整工程結構中熟悉C#項目的組織方式、資源引用和調試流程對于需要從語法練習過渡到小型項目實踐的讀者這份題庫提供了較密集的動手樣本與排錯線索。1. 從一份 C# 基礎練習題說起它究竟練的是什么手感很多人學 C# 卡住的地方不是看不懂語法而是打開編輯器之后不知道下一行該寫什么。手上這份 C# 基礎練習題就是針對這個尷尬來的它把變量與類型、分支循環(huán)、數(shù)組與字符串、類與接口、集合與 LINQ 拆成一批能直接運行的控制臺小題每題一個入口改完就能看到輸出。它適合兩類人一是剛過完語法教程、急需手感的新手二是要帶新人、想找一套現(xiàn)成練手素材的老開發(fā)。整套東西不碰框架也不碰界面純控制臺加 .NET SDK跑起來的門檻很低。但也正因為簡單不少人做完前五題就停了真正值錢的那部分——怎么把這些小題組織成一個能反復練、能自動判對的工程——反而被跳過去了。2. 工程骨架把零散小題組織成一個能編譯的倉庫練習題最容易寫成“一堆隨手丟的 Program.cs”。單題能跑一多就亂想回頭復習第三題得翻半天文件夾想確認自己沒把前面的題改壞只能一個個手動跑。所以第一步不是寫代碼是先把骨架搭對讓dotnet build一次編譯全部題目讓每道題的入口互不干擾。這一步花十分鐘后面能省掉大量返工。2.1 用 dotnet CLI 搭出題目倉庫我一般不用 IDE 的圖形化新建項目直接用命令行因為命令可復制、可寫進腳本下次重建題庫時改兩行就行。核心思路是“一個解決方案 每題一個控制臺項目”這樣每道題都有自己的Main互不搶占入口點。# 建總目錄后面所有命令都在這個目錄里執(zhí)行 mkdir CSharpBasics cd CSharpBasics # 創(chuàng)建解決方案文件用來統(tǒng)一管理所有題目項目 dotnet new sln -n CSharpBasics # 第 1 題變量、類型與類型轉換 dotnet new console -n Ex01_Types -o src/Ex01_Types dotnet sln add src/Ex01_Types/Ex01_Types.csproj # 第 2 題分支與循環(huán) dotnet new console -n Ex02_Loops -o src/Ex02_Loops dotnet sln add src/Ex02_Loops/Ex02_Loops.csproj # 第 3 題數(shù)組與字符串 dotnet new console -n Ex03_ArrayString -o src/Ex03_ArrayString dotnet sln add src/Ex03_ArrayString/Ex03_ArrayString.csproj # 一次性編譯整個解決方案確認骨架沒問題 dotnet builddotnet new console生成的是最小可運行模板只有項目名.csproj和Program.cs兩個文件。-n是指項目名會同時決定程序集名和默認命名空間-o是輸出目錄我習慣統(tǒng)一放到src/下根目錄只留解決方案文件。dotnet sln add把項目掛進解決方案之后dotnet build不帶參數(shù)就會編譯全部能立刻發(fā)現(xiàn)“改了第 2 題卻把第 3 題改崩了”這種連鎖問題。單題運行用dotnet run --project src/Ex02_Loops--project后面跟的是項目目錄而不是解決方案這點別搞混否則會報“找不到可運行的項目”。2.2 用 Directory.Build.props 統(tǒng)一目標框架如果每個 csproj 各寫一套配置練到第十題你就會發(fā)現(xiàn)有的項目目標框架是舊版、有的沒開可空引用行為不一致排查起來很不方便。.NET 的 MSBuild 支持在目錄層級放一個Directory.Build.props子目錄里的項目會自動繼承這是我做練習倉庫時必加的一層。Project PropertyGroup !-- 所有題目統(tǒng)一目標框架避免每題語法能力不一致 -- TargetFrameworknet8.0/TargetFramework !-- 隱式 using省掉每題都寫 using System; -- ImplicitUsingsenable/ImplicitUsings !-- 開啟可空引用類型強制練習時正視 null -- Nullableenable/Nullable LangVersionlatest/LangVersion !-- 練習題不需要發(fā)布產(chǎn)物關掉能少一堆 bin/obj 噪音 -- GenerateDocumentationFilefalse/GenerateDocumentationFile /PropertyGroup /Project這幾個參數(shù)值得逐個說清楚。TargetFramework決定能用哪些 API寫死成一個長期支持版本能避免“網(wǎng)上抄的代碼在我這編譯不過”。ImplicitUsings打開后System、System.Collections.Generic、System.Linq這些常用命名空間自動引入練習題代碼能短很多。Nullable是最有爭議的一個打開后寫string s Console.ReadLine();會直接給警告新手第一反應是煩但這恰恰是 C# 里最該早點撞上的墻第 5 章會專門講怎么處理。提示如果本機只裝了某一個版本的 SDK把net8.0改成dotnet --list-sdks里實際存在的版本別硬抄。2.3 題目分類與目錄清單題目如果只是按“第 1 題、第 2 題”平鋪復習時完全沒有線索。我習慣按語法主線切成七個臺階每道題掛在一個臺階下目錄名直接體現(xiàn)考察點找題時看目錄就夠。臺階目錄示例主要考察點建議題量類型與轉換Ex01_Types值類型、引用類型、TryParse、格式化輸出46分支與循環(huán)Ex02_Loopsif/switch、for/while、嵌套循環(huán)58數(shù)組與字符串Ex03_ArrayString遍歷、排序、string常用方法58類與對象Ex04_Oop字段、屬性、構造、封裝46繼承與接口Ex05_Interface抽象類、接口、多態(tài)35集合與泛型Ex06_CollectionListT、DictionaryK,V、泛型方法46LINQ 與異常Ex07_Linq查詢表達式、鏈式調用、try/catch46對應的目錄結構大致是這樣后面加題只要往src/里塞新項目再dotnet sln add就行CSharpBasics/ ├── CSharpBasics.sln ├── Directory.Build.props # 全局編譯配置所有題目繼承 └── src/ ├── Ex01_Types/ │ ├── Ex01_Types.csproj │ └── Program.cs ├── Ex02_Loops/ │ ├── Ex02_Loops.csproj │ └── Program.cs └── ...這套結構的好處是“可增量”。今天只做類型轉換就只dotnet run --project src/Ex01_Types哪天想整體回歸一遍dotnet build全量編譯能通過的說明語法層面沒退化。至于每道題內部的代碼怎么寫就是下一章的事了。3. 核心題型拆解五類題目背后的 C# 語法主線練習題的價值不在于題目本身多難而在于每道題是不是真的逼你用上了某個語法點。這一章按難度遞進拆四類典型題每類給一段能直接跑的代碼并說明它到底在練什么、參數(shù)怎么改、改錯會看到什么現(xiàn)象?？吹臅r候建議對著自己的Program.cs一起改別只讀。3.1 輸入輸出與類型轉換最容易被跳過的一關第一類題通常是“輸入半徑算圓面積”這種看起來簡單到?jīng)]必要寫但它是新手翻車最集中的地方。原因在于控制臺輸入的原始形態(tài)永遠是字符串而Console.ReadLine()在開啟可空引用后返回的是string?直接double.Parse一旦遇到空輸入或者用戶手抖打了字母整個程序就崩了。// 計算圓面積演示輸入校驗 數(shù)值格式化 Console.Write(請輸入半徑); string? raw Console.ReadLine(); // TryParse 返回 bool轉換成功才把結果寫進 out 參數(shù) // 這里同時校驗了“能轉成 double”和“必須大于 0”兩個條件 if (!double.TryParse(raw, out double radius) || radius 0) { Console.WriteLine(輸入不合法請輸入一個大于 0 的數(shù)字。); return; } double area Math.PI * radius * radius; // F2 表示保留兩位小數(shù)會做四舍五入 Console.WriteLine($半徑 {radius:F2} 的圓面積是 {area:F2});double.TryParse的第一個參數(shù)是待轉換字符串第二個是out參數(shù)轉換失敗時它會被賦成0所以判斷必須用返回值而不是看radius是不是 0——這是很多人第一次踩的坑。Math.PI是常量不用自己寫 3.14。格式串里的F2是標準數(shù)值格式符F表示定點2是小數(shù)位數(shù)想改成三位就寫F3想去掉千分位就用N2換成N。這段代碼還有個隱藏考點return寫在頂層語句里表示結束程序。如果你把它放進一個方法里return只會退出方法后面的代碼還會繼續(xù)跑邏輯就錯了。新手常犯的錯是把校驗寫在方法里卻忘了返回一個“失敗標記”。3.2 循環(huán)與數(shù)組把排序和圖形打印寫扎實第二類題是循環(huán)。很多人覺得循環(huán)沒什么可練的但嵌套循環(huán)的邊界控制是后面所有算法的地基。我建議至少手寫一遍冒泡排序和一次圖形打印不要復制粘貼。// 冒泡排序演示數(shù)組遍歷 嵌套循環(huán) 提前退出優(yōu)化 static int[] BubbleSort(int[] source) { // 復制一份避免修改調用方傳進來的數(shù)組 int[] data (int[])source.Clone(); int n data.Length; for (int i 0; i n - 1; i) { bool swapped false; // 本輪是否發(fā)生交換 // 每輪結束最大的元素已經(jīng)沉到末尾所以內層可以少比一次 for (int j 0; j n - 1 - i; j) { if (data[j] data[j 1]) { (data[j], data[j 1]) (data[j 1], data[j]); // 元組交換 swapped true; } } if (!swapped) break; // 已經(jīng)有序提前收工 } return data; } int[] input { 5, 2, 9, 1, 5, 6 }; Console.WriteLine(string.Join(, , BubbleSort(input))); Console.WriteLine($原數(shù)組未被修改{string.Join(, , input)});為什么要有n - 1 - i這個減法因為每一輪外層循環(huán)結束后末尾的i 1個元素已經(jīng)排好序了再比就是浪費。把這個減法寫錯成n - 1程序還能跑結果也對只是多做了無用的比較屬于“對但不夠好”調試時根本發(fā)現(xiàn)不了。swapped標記是提前退出優(yōu)化最好的情況數(shù)組本來有序復雜度從 O(n2) 降到 O(n)。(data[j], data[j 1]) (data[j 1], data[j])是 C# 的元組解構賦值等價于借助臨時變量交換但少寫三行。如果目標框架版本太老不支持就老老實實寫臨時變量別硬用。圖形打印題比如輸出等腰三角形、九九乘法表練的是“循環(huán)變量和輸出位置的關系”。這類題沒有標準答案但有個自檢方法把行數(shù)從 5 改成 3 和 7看圖形是不是仍然對稱。如果不改代碼就變形說明邊界寫死了。3.3 面向對象類、屬性、繼承與接口的最小閉環(huán)到了這一層題目開始從“算一個值”變成“描述一個東西”。典型的題是“定義圖形基類派生圓和矩形統(tǒng)一計算面積”。這類題看著像八股實際上是把封裝、繼承、多態(tài)三件事串起來的唯一低成本方式。// 抽象基類約束所有圖形都必須能算面積和周長 public abstract class Shape(string name) { public string Name { get; } name; public abstract double Area(); public abstract double Perimeter(); public override string ToString() ${Name}: 面積{Area():F2}, 周長{Perimeter():F2}; } public sealed class Circle(double radius) : Shape(圓) { // 主構造函數(shù)參數(shù)直接參與屬性初始化屬性只讀避免外部亂改 public double Radius { get; } radius 0 ? radius : throw new ArgumentOutOfRangeException(nameof(radius)); public override double Area() Math.PI * Radius * Radius; public override double Perimeter() 2 * Math.PI * Radius; } public sealed class Rectangle(double width, double height) : Shape(矩形) { public double Width { get; } width 0 ? width : throw new ArgumentOutOfRangeException(nameof(width)); public double Height { get; } height 0 ? height : throw new ArgumentOutOfRangeException(nameof(height)); public override double Area() Width * Height; public override double Perimeter() 2 * (Width Height); } // 多態(tài)調用方只認 Shape不關心具體是哪種圖形 ListShape shapes [new Circle(2), new Rectangle(3, 4)]; foreach (Shape s in shapes) Console.WriteLine(s);public abstract class Shape(string name)用的是主構造函數(shù)語法參數(shù)name可以直接用在屬性初始化里省掉一個顯式構造函數(shù)。sealed表示這個類不允許再被繼承練習題階段建議加上能避免“亂繼承導致行為跑偏”的迷惑現(xiàn)象。屬性初始化里那句radius 0 ? radius : throw new ...是三目運算符加拋異常的組合好處是把“不合法狀態(tài)根本創(chuàng)建不出來”這條規(guī)則焊死在類型里而不是靠調用方自覺。nameof(radius)會在編譯期變成字符串radius好處是以后重命名參數(shù)時異常信息會自動跟著改不會寫死一個過期字符串。多態(tài)那三行是重點ListShape里放的是不同子類循環(huán)時調用s.Area()會自動走到各自的實現(xiàn)。如果這里寫成Listobject再手動判斷類型說明多態(tài)沒理解到位題目就白做了。3.4 集合與 LINQ從 List 到鏈式查詢最后一類題是集合操作。典型題是“給一批學生成績按班級分組求平均分再按平均分倒序輸出”。這題用傳統(tǒng)for循環(huán)能寫二十行用 LINQ 五行就完了但只寫 LINQ 不寫循環(huán)版本你不知道它到底替你做了什么。public record Student(string Name, string ClassName, int Score); ListStudent students [ new(A同學, 一班, 88), new(B同學, 一班, 72), new(C同學, 二班, 95), new(D同學, 二班, 61), new(E同學, 二班, 79), ]; // 按班級分組 → 算平均分 → 過濾掉平均分低于 70 的班 → 按平均分倒序 var report students .GroupBy(s s.ClassName) // 分組鍵是班級名 .Select(g new { Class g.Key, Count g.Count(), Average g.Average(s s.Score) // 組內對 Score 求平均 }) .Where(x x.Average 70) // 過濾 .OrderByDescending(x x.Average); // 排序 foreach (var item in report) Console.WriteLine(${item.Class}{item.Count} 人平均 {item.Average:F1} 分);GroupBy返回的是IGroupingTKey, TElement每個分組既能當集合遍歷g.Count()、g.Average(...)又能通過g.Key拿到分組鍵這是它和Dictionary最大的區(qū)別。Select里用了匿名類型new { ... }適合只在當前方法里臨時組裝結果如果這個結果要跨方法傳遞就該定義一個record否則類型沒法寫在簽名上。Where和OrderByDescending的順序會對結果產(chǎn)生影響雖然這里邏輯上先過濾再排序和反過來結果一樣但數(shù)據(jù)量大時先過濾能少排很多元素。這類“順序無所謂但要養(yǎng)成習慣”的細節(jié)就是練習題和真實項目之間的差距所在。4. 自證與調試給每道題配一套能跑的校驗練習題最大的問題是沒人給你判對錯?？刂婆_輸出一行“面積 12.57”你怎么知道是自己算對了還是碰巧如果每道題都靠肉眼對比練到第十題就會開始偷懶隨手跑一遍看著像對的就過了。所以我在練習倉庫里固定加一層極簡斷言讓每道題都能自證。4.1 手寫一個不到三十行的斷言器不用引入第三方測試框架練習階段一個靜態(tài)類足夠好處是零依賴、打開就能用也不會被一堆測試配置勸退。public static class Check { private static int _pass; private static int _fail; // 值比較用 Equals 而不是 能兼容裝箱后的值類型和字符串 public static void That(string caseName, object? actual, object? expected) { if (Equals(actual, expected)) { _pass; Console.WriteLine($[通過] {caseName}); } else { _fail; Console.WriteLine($[失敗] {caseName} 期望{expected} 實際{actual}); } } // 浮點比較單獨處理直接 Equals 會因為精度問題永遠不相等 public static void Near(string caseName, double actual, double expected, double tolerance 1e-6) That(caseName, Math.Abs(actual - expected) tolerance, true); public static void Summary() { Console.WriteLine($\n合計 {_pass _fail} 項通過 {_pass}失敗 {_fail}); if (_fail 0) Environment.Exit(1); // 有失敗就讓進程返回非零方便腳本判斷 } }Equals(actual, expected)是靜態(tài)方法會自動處理 null比actual expected安全——后者在兩邊都是引用類型且沒重載運算符時比的是引用地址字符串雖然重載過但其他類型不一定。Near專門給浮點用tolerance默認1e-6如果題目要求保留兩位小數(shù)可以放寬到0.005。最后那個Environment.Exit(1)是給自動化留的口子有失敗用例時進程退出碼非零外面用 shell 或 CI 一判就知道過沒過。4.2 把題目改造成“輸入 → 計算 → 返回”三段式斷言要能用前提是邏輯不能和Console.ReadLine攪在一起。做法很簡單把純計算抽成一個返回值的靜態(tài)方法Main只負責讀輸入、調方法、打印結果。// 純函數(shù)只依賴參數(shù)不碰控制臺方便斷言 static double CalcCircleArea(double radius) { if (radius 0) throw new ArgumentOutOfRangeException(nameof(radius), 半徑必須大于 0); return Math.PI * radius * radius; } // Main 里只做 IO邏輯一行調用 Console.Write(請輸入半徑); if (double.TryParse(Console.ReadLine(), out double r)) { try { Console.WriteLine($面積 {CalcCircleArea(r):F2}); } catch (ArgumentOutOfRangeException ex) { Console.WriteLine(ex.Message); } } // 校驗部分集中在文件末尾改題時只動上面不動這里 Check.Near(半徑 2 的面積, CalcCircleArea(2), 12.566370, 1e-3); Check.Near(半徑 0.5 的面積, CalcCircleArea(0.5), 0.785398, 1e-3); Check.That(半徑 0 應拋異常, CatchType(() CalcCircleArea(0)), typeof(ArgumentOutOfRangeException)); Check.Summary();抽成純函數(shù)之后同一份邏輯既能在Main里跑給人看又能被斷言調用改一次兩邊都受益。CatchType是個十行的小工具捕獲異常并返回類型static Type? CatchType(Action action) { try { action(); return null; } // 沒拋異常返回 null catch (Exception ex) { return ex.GetType(); } // 拋了就返回實際類型 }參數(shù)Action表示“無參無返回值的委托”所以調用時要包成() CalcCircleArea(0)的 lambda。返回Type?是因為“沒拋異?！边@個分支沒有類型可返回用可空類型表達最自然這也正好呼應了第 2 章開啟的Nullable。4.3 邊界用例與異常路徑怎么定寫完斷言之后最容易被忽略的是“該測哪些值”。我的習慣是每題至少四類正常值一個、邊界值一個0、空字符串、數(shù)組首尾、非法值一個負數(shù)、字母、null、規(guī)模極值一個空數(shù)組、單元素數(shù)組。這四類覆蓋下來題目里的if分支基本都能走到。跑的時候用dotnet run --project src/Ex01_Types看輸出里有沒有[失敗]。如果有先看期望值和實際值差多少差一點點多半是精度差一整倍多半是公式寫錯差個符號多半是邊界條件取反了。這套流程走順之后調試就從“盯著屏幕猜”變成“看斷言報告定位”。5. 常見問題排查練習時最容易翻車的五個點下面這幾條是我?guī)俗鼍毩晻r反復見到的基本每個新手都會中一兩條。寫法統(tǒng)一按“現(xiàn)象 → 原因 → 解決”來遇到時直接對號入座。5.1 語言與類型層面的坑坑一一開Nullable滿屏黃色警告代碼像錯了一樣?，F(xiàn)象是剛在Directory.Build.props里打開Nullableenable/NullableProgram.cs里就出現(xiàn)CS8600、CS8602、CS8618一串警告程序還能跑但看著心里發(fā)毛很多人第一反應是把開關關掉。原因是可空引用類型把“這個變量可能是 null”從運行時隱患提前到了編譯期提示。Console.ReadLine()確實可能返回 null比如輸入流被重定向且沒有內容string? raw接住它是對的但接著raw.Length就會報CS8602因為編譯器無法保證raw非空。CS8618則是“非空屬性在構造函數(shù)結束時還沒賦值”。解決辦法不是關開關而是把警告當提示用能判空的就判空if (raw is null) return;確實非空的就用!斷言并寫注釋說明為什么安全屬性用主構造函數(shù)或required修飾符保證初始化。練習題階段建議全部老老實實判空別用!圖省事這個習慣帶到真實項目里會救命?？佣麛?shù)相除結果永遠是整數(shù)平均分算出來少一截?，F(xiàn)象是求平均分int avg total / count;輸入 3 個 90 分期望 90 實際也是 90看著沒問題但輸入 3 個 88、89、90期望 89 實際 89還是看不出問題直到輸入 2 個 1 和 2期望 1.5 實際 1。原因是 C# 里兩個int相除結果類型還是int小數(shù)部分直接截斷不是四舍五入。這是語言規(guī)定不是 bug所以不會有任何警告。解決辦法是把其中一個操作數(shù)轉成浮點double avg (double)total / count;或者total / (double)count。注意(double)(total / count)是錯的因為括號里先算完除法再轉換那時小數(shù)已經(jīng)丟了。這類題我強烈建議在斷言里放一組除不盡的用例不然永遠發(fā)現(xiàn)不了?？尤↑c數(shù)用比較兩個“相等”的值判成不等。現(xiàn)象是0.1 0.2 0.3返回false用Check.That斷言直接失敗但打印出來看兩個值明明都是0.3。原因是double用二進制表示十進制小數(shù)0.1和0.2都無法精確表示相加后是一個極接近但不等于0.3的值。這跟語言無關是 IEEE 754 的固有特性。解決辦法是所有浮點比較都改成“差值絕對值小于容差”也就是第 4 章那個Check.Near。容差取多少看題目要求算面積這種可以取1e-6要求保留兩位小數(shù)的可以取0.005。涉及金額的場景干脆別用double改用decimal它不是二進制浮點能精確表示十進制小數(shù)代價是運算慢一點。5.2 工程與運行層面的坑坑四dotnet run報“找到多個入口點”?，F(xiàn)象是命令行一跑就報CS0017: 程序定義了多個入口點編譯直接失敗一個題都跑不了。原因是你把兩個Program.cs放在了同一個項目里或者給某道題新建了項目卻沒在正確的目錄下執(zhí)行dotnet run——頂層語句會自動生成Main兩個文件就兩個Main編譯器不知道該用哪個。解決辦法是確認“一題一項目”跑的時候帶上--project指定到具體目錄dotnet run --project src/Ex02_Loops。如果確實需要在同一項目里放多個練習入口那就把它們寫成帶名字的靜態(tài)方法只在Program.cs里保留一個Main負責分發(fā)別再新增頂層語句文件?？游蹇刂婆_輸出中文變成亂碼?，F(xiàn)象是打印“請輸入半徑”時終端里顯示的是一串問號或者方塊。原因是控制臺編碼和源文件編碼不一致。源文件默認是 UTF-8而部分終端默認代碼頁不是 UTF-8輸出時就會錯位。解決辦法有兩個層次一是在Program.cs開頭加一行Console.OutputEncoding System.Text.Encoding.UTF8;讓輸出走 UTF-8二是檢查終端本身的編碼設置把它調到 UTF-8。第一種更省事我一般在模板里就寫死新題復制過去自動生效。順帶說一句讀入中文時同理必要時把Console.InputEncoding也設上。6. 二次開發(fā)把題目集改成自己的題庫與自動判題器練習題做通關之后多數(shù)人就停在那了。其實這套東西稍微改一改能變成一個自己長期用的刷題系統(tǒng)甚至給團隊新人當入職訓練。我自己的改法是三步把題目元數(shù)據(jù)化、把運行入口統(tǒng)一、把校驗結果匯總成報告。第一步是給每道題加統(tǒng)一接口?，F(xiàn)在每題各寫各的Main想批量跑只能靠 shell 循環(huán)。改成定義一個接口每道題的邏輯實現(xiàn)它再寫一個調度器用反射把所有實現(xiàn)找出來跑// 所有題目統(tǒng)一實現(xiàn)這個接口調度器只認它 public interface IExercise { string Id { get; } // 題號如 Ex03_02 string Title { get; } // 題名報告里顯示 bool Run(); // 返回 true 表示本題全部用例通過 } // 以冒泡排序題為例 public sealed class Ex03_02_BubbleSort : IExercise { public string Id Ex03_02; public string Title 冒泡排序并返回新數(shù)組; public bool Run() { // 這里復用第 4 章的 Check但把 Summary 換成返回值 Check.That(普通數(shù)組, string.Join(,, BubbleSort([5, 2, 9])), 2,5,9); Check.That(已有序數(shù)組, string.Join(,, BubbleSort([1, 2, 3])), 1,2,3); Check.That(單元素數(shù)組, string.Join(,, BubbleSort([7])), 7); return Check.Failed 0; } private static int[] BubbleSort(int[] source) { /* 同第 3 章實現(xiàn) */ return source; } }第二步是寫調度器掃描當前程序集里所有IExercise實現(xiàn)并依次執(zhí)行。Activator.CreateInstance要求類型有無參構造函數(shù)所以題目類別寫帶參構造。用typeof(IExercise).IsAssignableFrom(t)判斷而不是t typeof(IExercise)前者能匹配到所有實現(xiàn)類包括間接實現(xiàn)。var exercises typeof(IExercise).Assembly.GetTypes() .Where(t typeof(IExercise).IsAssignableFrom(t) !t.IsAbstract !t.IsInterface) .Select(t (IExercise)Activator.CreateInstance(t)!) .OrderBy(e e.Id); int failed 0; foreach (var ex in exercises) { bool ok ex.Run(); Console.WriteLine(${(ok ? PASS : FAIL)} {ex.Id} {ex.Title}); if (!ok) failed; } Console.WriteLine($\n共 {exercises.Count()} 題失敗 {failed} 題); Environment.Exit(failed 0 ? 0 : 1);第三步是把它接進日常流程。我會在倉庫根目錄放一個run-all.sh內容就一行dotnet run --project src/Runner然后每次改完題目先跑它。退出碼非零就說明有題被改壞了這時候再去看具體是哪道題失敗比逐個項目手點快得多。想再進一步可以把Check里的通過數(shù)、失敗數(shù)輸出成 JSON長期記錄每道題的通過率哪題反復錯就重點補那一塊。改造過程中最容易翻車的地方是題目類沒有無參構造函數(shù)反射時會拋MissingMethodException報錯信息還不直接指向原因。血淚經(jīng)驗是題目類只放字段、屬性和方法需要注入的東西一律通過方法參數(shù)傳別在構造函數(shù)里做初始化。另外一個后悔藥是給調度器加上 try/catch某道題拋異常時記一筆繼續(xù)跑下一道否則一道題崩掉整個報告都出不來。從那以后我每次把練習倉庫交給別人跑之前都會先在一個干凈目錄里dotnet build加run-all.sh走一遍確認沒有隱式依賴本機環(huán)境的東西再發(fā)出去。這套習慣看起來啰嗦但省下來的解釋成本遠比這幾分鐘多。希望幫到你。本文還有配套的精品資源點擊獲取