C#数据类型与变量WinForms实验包：值类型边界与转换验证

简介：“C#数据类型与变量”是一份面向C#初学者与程序设计课程学习者的基础实验文档，聚焦强类型语言中数据类型的分类、变量声明与取值范围的直观理解。文档围绕整型、浮点型、字符型、布尔型及字符串等常用类型展开，结合Windows窗体应用实验，通过ComboBox选择类型并动态显示sizeof字节数、最大值与最小值，帮助读者把抽象概念落到可观察的界面结果上。资源包共1个doc文件，大小约1.21MB，内容以实验目的、实验准备、操作步骤和示例代码组织，适合作为课堂实验或自学练习材料。已有353人学习，可用于梳理C#基础类型体系、理解变量存储需求，并对照示例完成类型选择与范围验证。

1. C# 数据类型与变量：一份能直接跑的 WinForms 实验包

带新人的时候，我常让他们先做一个很小的练习：把byte和sbyte的最大最小值打进两个文本框，再问一句「为什么byte的 255 加一不会变成 256」。十个人里有七个当场卡住，因为他们只背过「byte占 1 字节、范围 0~255」，却没真正在代码里撞过一次边界。

这份 C# 数据类型与变量实验包，做的就是把这层纸捅破的事。它用两个 WinForms 工程，把 C# 的值类型体系拆成可点选、可对比、可验证的界面：第一个工程用ComboBox选类型、三个TextBox输出sizeof、MaxValue、MinValue；第二个工程做类型转换，判断哪些隐式转换合法、哪些转换会在运行时炸掉。适合刚上手 C# 的在校学生，也适合需要给别人讲清楚「强类型到底强在哪」的带教者。工程基于 VS 2008(C#) 的 Windows 窗体应用程序模板，代码放到现在的 Visual Studio 里同样能编译，只是新建项目的入口位置变了。

2. 第一个窗体：把 13 种值类型的边界摊在界面上

2.1 控件布局与命名约定

动手之前先把界面的骨架立住。新建一个 Windows 窗体应用程序，在Form1上放 4 个Label、1 个ComboBox、3 个TextBox。命名这一步不要偷懒，实验正文里用的是cmbDataType、tbSize、tbMax、tbMin，这个前缀式命名法（控件类型缩写 + 语义）在 WinForms 里几乎是默认习惯，后面写事件处理时能少翻好几次属性窗口。

这里有个容易被忽略的点：三个TextBox建议把ReadOnly设为True。它们是输出端，不是输入端，允许用户手改会让「数据来自sizeof和MaxValue」这个前提失效，后面排查时你会分不清看到的是真实值还是别人敲进去的值。

2.2 Form_Load 里初始化类型列表

窗体加载时先把 13 个类型名灌进ComboBox。原文用的是Items.Clear()加Items.AddRange()的组合，这个写法的价值在于可以重复执行——窗体如果被重新加载，列表不会越积越长。

private void Form1_Load(object sender, EventArgs e) { cmbDataType.Items.Clear(); // 防止重复加载导致列表项叠加 // 顺序按"有符号/无符号成对"排列，方便肉眼对比 string[] strType = { "byte", "sbyte", "short", "ushort", "int", "uint", "long", "ulong", "float", "double", "decimal", "char", "bool" }; cmbDataType.Items.AddRange(strType); cmbDataType.SelectedIndex = -1; // 初始不选中，避免误触发 SelectedIndexChanged }

SelectedIndex = -1这行是我额外加的。原始代码没写，但如果不加，某些情况下窗体初始化完成时ComboBox会默认落到第一项，SelectedIndexChanged被提前触发一次，界面一打开就显示byte的数据，学生反而以为是自己选中的。把它置为 -1，第一次点击才是真正的交互，实验现象干净。

另外原文的类型数组里有个"unint"，这是笔误，正确拼写是uint。如果照抄不改，switch里永远匹配不到uint分支，选到uint时三个文本框会全部空着，还不报错——这种静默失败对新手特别不友好。我一般会在switch的default里加一句MessageBox.Show兜底，让拼写错误当场暴露。

2.3 SelectedIndexChanged 里的 switch 与取值方式

ComboBox的事件面板里选SelectedIndexChanged，双击生成处理方法。核心逻辑是一个 13 分支的switch，每个分支做同一件事：取sizeof，取MaxValue，取MinValue，转字符串塞进文本框。

private void cmbDataType_SelectedIndexChanged(object sender, EventArgs e) { if (cmbDataType.SelectedItem == null) return; // 防御：无选中项时直接返回 string strSel = cmbDataType.SelectedItem.ToString(); if (strSel.Length < 1) return; switch (strSel) { case "byte": tbSize.Text = sizeof(byte).ToString(); // 1 tbMax.Text = byte.MaxValue.ToString(); // 255 tbMin.Text = byte.MinValue.ToString(); // 0 break; case "sbyte": tbSize.Text = sizeof(sbyte).ToString(); // 1 tbMax.Text = sbyte.MaxValue.ToString(); // 127 tbMin.Text = sbyte.MinValue.ToString(); // -128 break; case "short": tbSize.Text = sizeof(short).ToString(); tbMax.Text = short.MaxValue.ToString(); tbMin.Text = short.MinValue.ToString(); break; case "ushort": tbSize.Text = sizeof(ushort).ToString(); tbMax.Text = ushort.MaxValue.ToString(); tbMin.Text = ushort.MinValue.ToString(); break; case "int": tbSize.Text = sizeof(int).ToString(); tbMax.Text = int.MaxValue.ToString(); tbMin.Text = int.MinValue.ToString(); break; case "uint": tbSize.Text = sizeof(uint).ToString(); tbMax.Text = uint.MaxValue.ToString(); tbMin.Text = uint.MinValue.ToString(); break; case "long": tbSize.Text = sizeof(long).ToString(); tbMax.Text = long.MaxValue.ToString(); tbMin.Text = long.MinValue.ToString(); break; case "ulong": tbSize.Text = sizeof(ulong).ToString(); tbMax.Text = ulong.MaxValue.ToString(); tbMin.Text = ulong.MinValue.ToString(); break; case "float": tbSize.Text = sizeof(float).ToString(); tbMax.Text = float.MaxValue.ToString(); tbMin.Text = float.MinValue.ToString(); break; case "double": tbSize.Text = sizeof(double).ToString(); tbMax.Text = double.MaxValue.ToString(); tbMin.Text = double.MinValue.ToString(); break; case "decimal": tbSize.Text = sizeof(decimal).ToString(); // 16 tbMax.Text = decimal.MaxValue.ToString(); tbMin.Text = decimal.MinValue.ToString(); // 原文写的是 MinusOne，见 2.4 break; case "char": tbSize.Text = sizeof(char).ToString(); // 2 // char 的 MaxValue 是字符，不能直接 ToString 得到数字 tbMax.Text = Convert.ToInt32(char.MaxValue).ToString(); // 65535 tbMin.Text = Convert.ToInt32(char.MinValue).ToString(); // 0 break; case "bool": tbSize.Text = sizeof(bool).ToString(); // 1 tbMax.Text = bool.TrueString; // "True" tbMin.Text = bool.FalseString; // "False" break; default: MessageBox.Show("未识别的类型名：" + strSel); break; } }

参数含义要说透的地方有三处。sizeof(byte)返回的是该类型在内存中占用的字节数，它接受的是类型名而不是变量，所以只能在unsafe之外的编译期常量场景下用——这里的写法是合法的，因为byte、int都是已知大小的值类型。MaxValue和MinValue是各类型上的静态字段，不是方法，别写成byte.MaxValue()。ToString()不带格式参数，对于float、double会输出完整精度的字符串，界面上文字会很长，如果嫌难看可以改成tbMax.Text = float.MaxValue.ToString("G7")，但做实验时不建议改，看全量数字才直观。

2.4 char 和 decimal 这两个特例

13 个类型里，只有两个不能照抄其它分支的写法。

char的MaxValue是'\uffff'，MinValue是'\0'。直接.ToString()出来的是不可见字符或者空白，文本框看着像空的，谁也判断不出对错。原文用Convert.ToInt32(char.MaxValue)把它转成整数 65535，这个处理是对的，也顺带解释了为什么char在 C# 里占 2 字节——它是 UTF-16 编码单元，不是 C 语言里那个 1 字节的char。这一点值得在界面上多留一句说明，因为从 C 转过来的人 90% 会在这里栽一次。

decimal的MinValue在原文里写成了decimal.MinusOne，这是错的。MinusOne的值就是 -1，跟decimal的下限差了十万八千里，界面上会显示一个毫无意义的 -1。正确写法是decimal.MinValue，约等于 -7.9×10²⁸。这个错误很典型：它不报编译错误，运行时也不崩，只是数字不对，如果没人对着文档核一遍，这个实验就白做了。我习惯在每写完一批MaxValue/MinValue之后，抽两个类型去官方文档对一遍数字，尤其是decimal和ulong这种平时用得少的。

跑起来之后，逐个点一遍下拉框，你会看到一个规律：每个类型占的字节数直接决定了它的取值范围宽度，有符号类型把这段宽度对半分，负数占一半、正数占一半；无符号类型则从 0 开始一路用到底。这个规律比背表有用得多，后面做类型转换时判断「会不会溢出」就靠它。

3. 第二个窗体：用界面验证隐式和显式转换的合法性

3.1 双 ComboBox 加 RadioButton 的交互设计

第二个工程换个思路：左边选源类型，右边选目标类型，中间用RadioButton切换「隐式转换」和「显式转换」两种模式，下面一个输入框、一个输出框、一个转换按钮。之所以要加RadioButton，是因为同一对类型在不同转换模式下的合法性完全不同——int到long两边都合法，long到int只有显式转换能编译通过，string到int则必须走Convert或Parse。把模式做成单选，学生能亲手对比出差异。

源类型列表沿用第一个窗体的 13 项，目标类型的列表则要根据源类型动态生成。原文的做法是在类定义开头声明一组string[]数组，每个数组列出该源类型允许转到的目标类型：

// 类字段：每个源类型对应的可隐式转换目标集合 string[] impsbyte = { "short", "int", "long", "float", "double", "decimal" }; string[] impbyte = { "short", "ushort", "int", "uint", "long", "ulong", "float", "double", "decimal" }; string[] impshort = { "int", "long", "float", "double", "decimal" }; string[] impushort = { "int", "uint", "long", "ulong", "float", "double", "decimal" }; string[] impint = { "long", "float", "double", "decimal" }; string[] impuint = { "long", "ulong", "float", "double", "decimal" }; string[] implong = { "float", "double", "decimal" }; string[] impulong = { "float", "double", "decimal" }; string impfloat = "double"; string[] impchar = { "ushort", "int", "uint", "long", "ulong", "float", "double", "decimal" };

这组数组其实是把 C# 语言规范里那张隐式转换表手工编码了一遍。对照着看能读出三条规律：第一，无符号类型转有符号类型是有条件的（byte能到short，因为short装得下 0~255），所以byte的可转目标里没有sbyte；第二，整型到浮点型一律允许，代价是可能丢精度，long到float就是典型；第三，float只能隐式转到double，因为double的精度和范围都覆盖它，反过来不行。理解这三条，比背下这十个数组划算。

impchar那行要特别注意，char隐式转到ushort、int、uint、long、ulong是合法的，但转到short不合法——因为char的范围是 0~65535，short装不下上半段。这个细节在实验正文里没有解释，但它恰好是「取值范围决定转换合法性」的最佳例子，值得在讲课时点一句。

3.2 根据选中类型动态填充目标列表

cmbType的SelectedIndexChanged事件负责两件事：先清空目标列表，再按当前源类型和单选按钮状态把数组灌进去。

private void cmbType_SelectedIndexChanged(object sender, EventArgs e) { if (cmbType.SelectedItem == null) return; string strtemp = cmbType.SelectedItem.ToString(); if (strtemp.Length > 2) // 过滤掉过短的类型名，避免无意义的分支 { cmbConvertType.Items.Clear(); // 必须先清，否则切换源类型后列表会混 switch (strtemp) { case "byte": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impbyte); break; case "sbyte": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impsbyte); break; case "short": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impshort); break; case "ushort": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impushort); break; case "int": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impint); break; case "uint": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impuint); break; case "long": if (radioButton1.Checked) cmbConvertType.Items.AddRange(implong); break; case "ulong": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impulong); break; case "float": if (radioButton1.Checked) cmbConvertType.Items.Add(impfloat); break; case "double": if (radioButton1.Checked) cmbConvertType.Items.Add("double"); break; case "decimal": if (radioButton1.Checked) cmbConvertType.Items.Add("decimal"); break; case "char": if (radioButton1.Checked) cmbConvertType.Items.AddRange(impchar); break; case "bool": if (radioButton1.Checked) cmbConvertType.Items.Add("bool"); break; default: MessageBox.Show("未识别的源类型：" + strtemp); break; } } }

逻辑说明：Items.Clear()的位置很关键，必须在switch之前。原文写在了if (strtemp.Length > 2)里面、switch之前，是对的；如果放到某个case里，切换类型时旧选项就会残留。

参数说明：if (strtemp.Length > 2)这个判断本意是跳过空字符串，但"int"、"char"这些长度正好 3 的能过，"byte"长度 4 也能过，实际起不到过滤作用，还容易让人误以为有深意。我一般直接删掉这一层，改成显式的if (string.IsNullOrEmpty(strtemp)) return;，意图更清楚。另外三个case（float、double、decimal、bool）用的是Items.Add单值添加，而不是AddRange，因为它们的可转目标是单个字符串而不是数组，混用两种方法时要注意别把数组塞给Add，编译能过但运行时得到的是"System.String[]"这样的字符串。

还有一个交互上的坑：RadioButton切换到「显式转换」时，目标列表不会自动刷新，因为这段逻辑只挂在cmbType的事件上。要么给RadioButton的CheckedChanged也绑一份同样的填充逻辑，要么在写显式转换模式的目标列表时另开一组数组。实验正文只写了隐式转换这一半，正好可以当作业留出去。

3.3 Convert 按钮里的边界检查与强转

点击转换按钮时，第一步不是转换，是校验。原文的byte分支写得很清楚：先用long.Parse把输入读进来，跟byte.MaxValue、byte.MinValue比一遍，超范围就弹框退出。

private void btnConvert_Click(object sender, EventArgs e) { if (cmbType.SelectedItem == null || cmbConvertType.SelectedItem == null) { MessageBox.Show("源类型和目标类型都要先选。"); return; } string strtemp = cmbType.SelectedItem.ToString(); string strTarget = cmbConvertType.SelectedItem.ToString(); if (strtemp == "byte") { long i; // 用 long 兜住输入，先不做窄化 if (!long.TryParse(tbInput.Text, out i)) // 非数字直接返回，避免 FormatException { MessageBox.Show("请输入一个整数。"); return; } if (i > byte.MaxValue || i < byte.MinValue) { MessageBox.Show("输入超出 byte 的范围（0~255）。"); return; // 关键：超范围必须提前 return } byte b = byte.Parse(tbInput.Text); // 此时已确认安全，可以窄化 if (strTarget == "short") { short r = b; // byte → short 是隐式转换 tbOutput.Text = r.ToString(); } else if (strTarget == "ushort") { ushort r = b; // byte → ushort 也是隐式 tbOutput.Text = r.ToString(); } // 其余目标类型按同样模式补齐，见 3.4 的作业说明 } else if (strtemp == "sbyte") { // 与 byte 分支同构，把范围换成 sbyte.MinValue / sbyte.MaxValue // 注意 sbyte 的下限是 -128，long.Parse 能读到负数 } // ... 其余源类型分支 }

逻辑说明：这段代码的顺序是「先宽后窄」——long.Parse把输入读到一个 64 位容器里，此时无论用户输-3还是70000都不会抛异常；然后拿范围做比较，越界就return；确认安全后再byte.Parse做窄化。顺序反过来，如果上来就byte.Parse("300")，会直接抛OverflowException，程序崩溃，学生看到的是一闪而过的错误框，学不到「边界在哪」。

参数说明：long.TryParse比long.Parse多一个布尔返回值，输入不是数字时返回false而不是抛异常，适合接收用户输入。byte.MinValue是 0，所以i < byte.MinValue实际判断的是负数输入。tbInput.Text里的空格不会自动去掉，如果用户习惯性敲了空格，TryParse会失败，稳妥的做法是先tbInput.Text.Trim()。

3.4 作业部分怎么补：显式转换与 Convert 类

实验最后留了两个作业，这两个正是整份材料里最值得动手的部分。

第一个是补完btnConvert_Click，让它同时处理显式转换和Convert类转换。显式转换可以复用上面的「先宽后窄 + 范围检查」骨架，区别在于目标类型变多之后，if-else链会膨胀得很难看，常见的做法是抽一个object统一的Convert.ToXxx分支表，或者干脆用Convert.ChangeType配合Type.GetType("System." + strTarget)，代价是性能差一点、类型错误只能在运行时发现。写实验时我更愿意让学生先把 3~4 个分支手写出来，体会一下「范围检查的代码量跟类型数量成线性关系」这件事，再引入Convert类对比。

Convert类和强转的差别要讲清楚：(short)b是编译器层面的类型转换，不做运行时范围检查，long强转int溢出时会静默截断，结果是个看似正常的负数；Convert.ToInt16(x)则会在超范围时抛OverflowException。原文在char那里用Convert.ToInt32做数值化，说明作者知道两者的分工，但转换按钮里没展开，正好留给作业。

第二个作业是用枚举类型替换字符串数组。现在switch (strtemp)里比较的是字符串，拼错一个字母就是死分支，编译器完全不管。换成enum DataType { Byte, SByte, Short, ... }之后，switch的匹配变成编译期检查，case "uint"写成case "unint"这种错误直接编不过。实现上可以用Enum.GetNames(typeof(DataType))填充ComboBox，再用Enum.Parse把选中的字符串转回枚举值。这一步做完，你在 2.2 里遇到的uint拼写问题就永久消失了，这也是我建议每个带这门课的人都要让学生走一遍枚举重构的原因——不是为了语法，是为了让他们体会「把字符串当成类型标识」有多脆弱。

4. 避坑清单：这五个地方我每次都翻车

4.1 下拉框选中项为 null 时直接 ToString

现象：程序一启动就弹出「未将对象引用设置到对象的实例」，或者点击下拉框空白处时崩溃。

原因：cmbDataType.SelectedItem在没有任何选中项时是null，原文代码里string strSel = cmbDataType.SelectedItem.ToString();直接解引用，没有判空。SelectedIndexChanged事件在SelectedIndex变成 -1 时也会触发，所以这个崩溃路径很好走。

解决：方法开头加if (cmbDataType.SelectedItem == null) return;，或者在Form_Load末尾把SelectedIndex设为 0 保证始终有选中项。两种做法各有取舍，判空更稳，设默认值交互更顺。

4.2 类型名拼写错误导致分支永远不命中

现象：选uint时三个文本框全空，但选int正常，且没有任何报错。

原因：初始化数组里写的是"unint"，switch里写的是"uint"，两边对不上，落进default。如果default里什么都没写，就是完全静默。

解决：default分支一定要有输出，MessageBox或者直接往文本框里写「未知类型」。长期方案是 3.4 说的枚举化，让编译器帮你查拼写。

4.3 decimal 的 MinValue 写成 MinusOne

现象：选decimal时最小值显示 -1，跟其它类型动辄十几位数字的下限格格不入。

原因：decimal.MinusOne是真实存在的静态字段，值是 -1，编译通过、运行不报错，只是语义完全错了。这种「合法但错误」的 API 误用最难靠编译器发现。

解决：改成decimal.MinValue。习惯上，每写完一组MaxValue/MinValue，把bool、char、decimal这三个特例单独跑一遍核对，它们的取值方式跟整型都不一样。

4.4 切换源类型后目标列表残留旧项

现象：先选byte，目标列表出现 9 项；再选int，目标列表里除了int该有的 4 项，还混着byte的项。

原因：Items.Clear()写在了条件分支内部，或者干脆漏写。ComboBox.Items是累积容器，AddRange只追加不清空。

解决：把Items.Clear()提到switch之前、所有分支之外，保证每次进入事件处理都先清干净。判断方法很简单——切换两次源类型，看目标列表长度是否变化，变了就是没清。

4.5 溢出检查放在窄化转换之后

现象：输入 300 转byte，程序直接崩溃退出，看不到任何提示框。

原因：先执行了byte.Parse("300")再检查范围，Parse在这一步就抛OverflowException了，后面的判断根本走不到。异常没被捕获，窗体直接挂掉。

解决：严格按「宽容器读入 → 范围比较 → 窄化转换」的顺序写，比较不通过就return。另外Parse和TryParse要分清：TryParse适合用户输入，Parse适合已经确认格式的内部数据。

5. 从实验到可用：把 13 个分支收敛成一张反射表

手写 13 个switch分支的写法，教学价值大于工程价值。它逼你逐个类型去查MaxValue、MinValue、sizeof，把边界记牢。但真要在一个工具里展示任意值类型的元信息，这套写法扩展性很差——加一个nint或者自定义struct，就得再补一段。

一个更进一步的写法是用反射把类型元信息抽出来，让界面跟类型列表解耦：

// 用 Type 对象统一取 sizeof / MaxValue / MinValue，避免 13 个分支 private void ShowTypeInfo(string typeName) { // 把界面上的短名映射到 System 命名空间下的完整类型名 Type t = Type.GetType("System." + typeName); if (t == null) { MessageBox.Show("找不到类型：" + typeName); return; } // sizeof 只能用于值类型，且需要在编译期已知大小 // 反射场景下改用 Marshal.SizeOf，但它对 bool/char 的结果与 sizeof 不同 tbSize.Text = Marshal.SizeOf(t).ToString(); // MaxValue / MinValue 是静态字段，用反射取 FieldInfo maxField = t.GetField("MaxValue"); FieldInfo minField = t.GetField("MinValue"); tbMax.Text = maxField != null ? maxField.GetValue(null).ToString() : "该类型无 MaxValue 字段"; tbMin.Text = minField != null ? minField.GetValue(null).ToString() : "该类型无 MinValue 字段"; }

这段代码有两个坑要提前说。第一，Marshal.SizeOf(typeof(bool))返回 4，而sizeof(bool)返回 1；char同理，Marshal.SizeOf给 1（按 ANSI 字符算），sizeof(char)给 2。原因是前者算的是封送后的非托管布局，后者算的是托管内存布局。做这个实验时如果两处数字对不上，别怀疑自己算错，是这两个 API 的语义本来就不同。第二，MaxValue/MinValue不是所有类型都有，string就没有，反射取不到字段时返回null，必须判空，否则又是一次空引用。

验证这套反射写法是否正确，最直接的办法是拿它跟 2.3 的switch版本对跑：同一批 13 个类型，逐个选中，两边的三个文本框内容应该完全一致，只有bool和char的字节数会因Marshal.SizeOf而不同。这个对拍过程本身就是一次很好的自测——我用这个方法抓出过自己把ulong.MinValue写成 0 却以为是 1 的低级错误。

再往上一层，如果你想让这个实验包变成可复用的教学工具，可以把类型列表做成配置文件，界面启动时读配置生成ComboBox，元信息由反射产出，switch只保留在「类型转换合法性判断」这种真正需要人工维护规则的地方。转换规则表也可以从硬编码数组改成一张Dictionary<string, string[]>，加类型时改数据不改代码。

最后说一条我自己带教时踩出来的习惯：每次改完这个实验的任何一处代码，我都会强制走一遍「选byte看 255 → 选sbyte看 127 → 选char看 65535 → 选decimal看那一长串数字 → 输入 300 转byte看是否弹框」这五步。这五步分别覆盖了无符号上限、有符号对称、字符特例、精度类型和溢出校验，任何一处改错都会在其中一步露馅。整套跑完不到半分钟，比对着代码一行行读靠谱得多。希望帮到你。

本文还有配套的精品资源，点击获取