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