简介一份基于C#与Windows Forms的“计算器—标准型”完整源程序包面向初学C#桌面开发的读者可帮助理解窗体界面搭建、按钮事件响应与四则运算逻辑实现。包内含56个文件压缩包仅1.21MB主要包含cs源码文件、Designer界面设计代码、resx资源文件、ico图标与jpg图片另有exe可执行程序可直接运行体验效果。项目除标准计算器外还附带“关于计算器”“日历”“按键说明”“我的电话”等辅助窗体目录结构清晰便于对照学习。已有546人学习下载。通过这份源码读者可以直观看到WinForm中控件布局、Tag属性传值、if条件分支判断运算符、文本框结果回显以及除零错误处理等典型写法适合作为课程设计或入门练手的参考模板。1. C# 计算器源代码人人能写Windows 窗体里跑通是另一回事很多刚上手 C# 的人拿到“计算器”这个题目第一反应是拖几个按钮、一个文本框双击写几行加法交差。可真到 Windows 窗体程序里跑起来你会发现同一段逻辑在控制台里好好的搬到窗体上就各种翻车——按钮事件不触发、连续运算结果错乱、除以零直接弹异常、显示框里冒出一串 0.30000000000000004。这个标题里的 C# 计算器源代码本质上是一道“事件驱动 状态管理 数值精度”的综合题。新人可以用它练 WinForms 的手感熟手可以直接拿这套结构当脚手架往表达式计算、科学计算器方向扩展。这篇文章就基于这个标题把一套可运行的源程序从建项目、画界面、写逻辑到踩坑排错完整拆开讲一遍。2. 拆解 C# 计算器源码的结构从新建 Windows 窗体项目到核心引擎2.1 界面、事件、逻辑三层分离别把代码全塞进按钮我见过不少同学把计算器所有逻辑都写在按钮的 Click 事件里按一个键写一个方法最后Form1.cs膨胀到一千多行连查个 bug 都要上下滚动半天。这种写法不是不能跑而是根本没法扩展加一个键盘输入支持就得在每个按钮事件里复制一遍逻辑想换一套界面皮肤操作逻辑全绑死在控件上拆都拆不动。常见做法是把源程序拆成三层界面层窗体、控件布局、按钮的创建和属性设置只负责“长什么样”。事件层按钮点击、键盘按键统一收集只负责“把用户操作转成命令”。逻辑层一个独立的计算核心类不依赖任何控件只负责“算”。这样分工之后核心引擎可以在没有窗体的环境下单独测试换界面、换主题、加历史记录都不影响计算逻辑。下面这套源码就按这个分层写很多人看完才发现所谓“计算器源代码”真正值钱的部分不是按钮拖得多漂亮而是中间那层状态转换。2.2 新建 WinForms 项目.NET Framework 与 .NET 的版本选择第一步先决定项目框架。这里有两个主流选择我一般按目标环境来定框架版本适用场景注意事项.NET Framework 4.8老项目、学校机房、Windows 7 兼容要求Visual Studio 自带的模板最全但已停止功能更新.NET 6/7/8Windows 窗体新项目、需要跨平台类库、长期维护项目文件更简洁发布时可以裁剪体积新建项目的标准姿势是打开 Visual Studio选择“创建新项目”过滤出“Windows 窗体应用”框架选你上面定好的版本。注意 .NET 6 以上的模板叫“Windows 窗体应用”不再区分 C# 和 VB。如果你用的是 .NET Framework 模板项目里会多一个Form1.Designer.cs控件拖拽生成的代码全在里面这个文件新手别手改容易和设计器不同步。建好项目后你会得到Form1.cs、Form1.Designer.cs和Program.cs。Program.cs是入口不需要动真正要写的是Form1.cs和一个新建的CalculatorEngine.cs。这套源程序的目标就是界面代码尽量少逻辑代码全部收进引擎。2.3 核心引擎 CalculatorEngine用 decimal 而不是 double计算器这种场景精度是命门。用double做浮点运算0.1 加 0.2 会算出一个 0.30000000000000004用户看到直接骂人。Windows 窗体计算器的正确选择是decimal它是十进制浮点数28 位有效精度专为金融和日常计算设计。下面这个CalculatorEngine.cs是整个源程序的核心我逐段说明using System; using System.Globalization; namespace WinCalc { /// summary /// 计算核心不依赖任何窗体控件单独就能跑测试 /// /summary public class CalculatorEngine { private decimal _left 0m; // 左操作数 private decimal _right 0m; // 右操作数 private string _pendingOp ; // 待执行运算符 - * / private bool _enteringSecond false; // 是否正在输入第二个数 private bool _newEntry true; // 下次按键是否开启新数字 public string Display { get; private set; } 0; public void PressDigit(int digit) { if (_newEntry) { Display digit.ToString(); _newEntry false; } else { Display Display 0 ? digit.ToString() : Display digit; } SyncOperand(); } public void PressDot() { if (_newEntry) { Display 0.; _newEntry false; } else if (!Display.Contains(.)) { Display .; } SyncOperand(); } public void PressOperator(string op) { if (_pendingOp ! _enteringSecond) { Calculate(); // 已经输过第二个数先结算上一次运算 } _pendingOp op; _enteringSecond true; _newEntry true; } public void PressEquals() { if (_pendingOp ) return; Calculate(); } public void PressClear() { _left 0m; _right 0m; _pendingOp ; _enteringSecond false; _newEntry true; Display 0; } public void PressBackspace() { if (_newEntry) return; Display Display.Length 1 ? Display.Substring(0, Display.Length - 1) : 0; if (Display -) Display 0; SyncOperand(); } public void PressToggleSign() { if (Display.StartsWith(-)) Display Display.TrimStart(-); else if (Display ! 0) Display - Display; SyncOperand(); } private void Calculate() { switch (_pendingOp) { case : _left _left _right; break; case -: _left _left - _right; break; case *: _left _left * _right; break; case /: if (_right 0m) { Display 不能除以 0; _pendingOp ; _enteringSecond false; _newEntry true; return; } _left _left / _right; break; } Display FormatNumber(_left); _enteringSecond false; _newEntry true; } private void SyncOperand() { if (_enteringSecond) _right decimal.Parse(Display, CultureInfo.InvariantCulture); else _left decimal.Parse(Display, CultureInfo.InvariantCulture); } private string FormatNumber(decimal value) { if (value decimal.Truncate(value)) return value.ToString(0, CultureInfo.InvariantCulture); return value.ToString(G12, CultureInfo.InvariantCulture); } } }先看几个关键参数设计。_left和_right分别保存运算符两侧的操作数这是最直观的计算器模型。_pendingOp保存还没执行的运算符按等号时才真正结算。_enteringSecond这个布尔值决定当前按键输入的数字是往_left里填还是往_right里填是整个状态转换的门闩。PressDigit里有个细节_newEntry为真时新数字直接替换显示而不是追加这样按完运算符后输入第二个数不会把第一个数拼接在后面。PressDot同样受_newEntry控制正在输入新数字时按小数点显示应该是0.而不是把小数点点到旧数字后面。PressOperator里先判断_pendingOp是否非空并且_enteringSecond为真满足则先算一次这就是“1 2 3”这种连续运算能正确得到 6 的原因。Calculate方法里有一个不能省的检查除法前判断_right 0m。用decimal做除法除以零会直接抛DivideByZeroException不处理程序就崩。这里选择在显示层给出“不能除以 0”的提示而不是让异常弹窗打断用户。CultureInfo.InvariantCulture是为了保证小数点在任意区域设置下都是.这点后面避坑章还会专门说。3. 用 TableLayoutPanel 搭计算器界面控件布局与按钮属性参数3.1 为什么不用鼠标拖坐标而是用 TableLayoutPanel初学 Windows 窗体程序时最顺手的方式是把按钮从工具箱拖到窗体上然后随意摆位置。但这样做的代价是窗体一拉大按钮不动分辨率一变布局就乱想统一改按钮样式得一个一个点。计算器这种网格形态的应用正确解法是TableLayoutPanel——一个按行列自动排布控件的容器。它的核心参数是ColumnCount、RowCount以及ColumnStyles、RowStyles。计算器是 4 列 5 行的网格每列宽 25%每行高 20%这样无论窗口怎么缩放按钮都会均匀铺满。下面这段代码在Form1.Designer.cs的InitializeComponent里完成基础布局private void InitializeComponent() { this.txtDisplay new System.Windows.Forms.TextBox(); this.grid new System.Windows.Forms.TableLayoutPanel(); this.SuspendLayout(); // 显示框置顶、只读、右对齐 this.txtDisplay.Dock System.Windows.Forms.DockStyle.Top; this.txtDisplay.ReadOnly true; this.txtDisplay.TextAlign System.Windows.Forms.HorizontalAlignment.Right; this.txtDisplay.Font new System.Drawing.Font(Consolas, 20F); this.txtDisplay.Height 56; this.txtDisplay.Text 0; // 网格容器占满剩余空间 this.grid.Dock System.Windows.Forms.DockStyle.Fill; this.grid.ColumnCount 4; this.grid.RowCount 5; this.grid.ColumnStyles.Add(new ColumnStyle(SizeType.Percent, 25F)); this.grid.ColumnStyles.Add(new ColumnStyle(SizeType.Percent, 25F)); this.grid.ColumnStyles.Add(new ColumnStyle(SizeType.Percent, 25F)); this.grid.ColumnStyles.Add(new ColumnStyle(SizeType.Percent, 25F)); this.grid.RowStyles.Add(new RowStyle(SizeType.Percent, 20F)); this.grid.RowStyles.Add(new RowStyle(SizeType.Percent, 20F)); this.grid.RowStyles.Add(new RowStyle(SizeType.Percent, 20F)); this.grid.RowStyles.Add(new RowStyle(SizeType.Percent, 20F)); this.grid.RowStyles.Add(new RowStyle(SizeType.Percent, 20F)); // 窗体主体 this.ClientSize new System.Drawing.Size(320, 420); this.Controls.Add(this.grid); this.Controls.Add(this.txtDisplay); this.FormBorderStyle System.Windows.Forms.FormBorderStyle.FixedSingle; this.MaximizeBox false; this.Text C# 计算器; this.ResumeLayout(false); }注意Dock的配合显示框Top网格Fill两者一上一下自动填满整个窗体。ColumnStyles和RowStyles用SizeType.Percent与百分比值保证每个格子等宽等高。这里有个新手常犯的错——只设ColumnCount不设ColumnStyles结果是按钮虽然排了 4 列但每列宽度不匀称字体大的按钮挤成一团。3.2 动态生成按钮Tag 属性当作按键标识布局容器定了按钮不需要在设计器里一个个拖。写一个通用的按钮工厂方法统一设置字体、停靠方式、边距和事件然后按行列坐标放进网格即可。这一节的做法后期加按钮、换键位只改一行数组。private void BuildButtons() { string[,] keys new string[,] { { C, ⌫, ±, / }, { 7, 8, 9, * }, { 4, 5, 6, - }, { 1, 2, 3, } }; for (int r 0; r 4; r) { for (int c 0; c 4; c) { grid.Controls.Add(CreateCalcButton(keys[r, c]), c, r); } } // 第五行0 占两格右侧是小数点和等号 Button zeroBtn CreateCalcButton(0); grid.Controls.Add(zeroBtn, 0, 4); grid.SetColumnSpan(zeroBtn, 2); grid.Controls.Add(CreateCalcButton(.), 2, 4); grid.Controls.Add(CreateCalcButton(), 3, 4); } private Button CreateCalcButton(string text) { Button btn new Button { Text text, Tag text, // Tag 里存按键标识事件里直接取 Dock DockStyle.Fill, Font new Font(微软雅黑, 14F, FontStyle.Bold), FlatStyle FlatStyle.Flat, Margin new Padding(2) }; btn.Click Btn_Click; // 所有按钮共用一个事件入口 return btn; }这里Tag是重点。WinForms 里所有控件都有Tag属性官方说明是“存储与控件关联的数据”这里我直接存按钮对应的按键字符串。点击事件触发时从sender取回Button再读Tag就知道用户按的是哪个键无需为 20 个按钮各写一个事件方法。SetColumnSpan(zeroBtn, 2)让 0 键跨两列视觉上更接近 Windows 自带计算器。事件入口统一成Btn_Click后界面层和事件层就解耦了想改键位只改BuildButtons里的数组想加按键在Btn_Click里补一个case。3.3 显示框的三个关键属性和窗体级参数显示框txtDisplay有三个属性别搞错。ReadOnly true防止用户直接在文本框里输字符计算器的输入必须全部走按钮和键盘逻辑否则用户在框里打一串字母直接崩。TextAlign HorizontalAlignment.Right让数字从右侧显示符合日常习惯。Font用等宽字体 Consolas避免数字跳动时宽度忽大忽小。窗体本身还有一个易被忽略的参数KeyPreview。它决定键盘消息是先给窗体还是先给当前聚焦的控件。在窗体属性里把KeyPreview设为true才能在下一章的ProcessCmdKey里统一接收键盘输入。如果保持默认false焦点在按钮上时敲数字键系统会认为你要“按下这个按钮”而不是输入数字整个键盘支持就废了。这三个参数配合下来显示框只负责展示输入全部由事件层统一管理。很多计算器源码看起来界面简陋但实际用起来顺手原因就在这些看不见的属性设置上。4. 事件驱动与运算状态机让每个按钮和键盘按键都走同一个入口4.1 统一事件分发sender 取出按钮Tag 决定分支事件驱动的核心思路是“一个入口多路分发”。所有按钮的 Click 都绑到Btn_Click方法内部通过Tag做分支。这样写的好处有三个新按钮零成本接入、键位映射集中在同一张表里、调试时打断点只看一个方法。private void Btn_Click(object sender, EventArgs e) { Button btn sender as Button; if (btn null) return; ApplyKey(btn.Tag.ToString()); } private void ApplyKey(string key) { switch (key) { case C: _engine.PressClear(); break; case ⌫: _engine.PressBackspace(); break; case ±: _engine.PressToggleSign(); break; case .: _engine.PressDot(); break; case : _engine.PressEquals(); break; case : case -: case *: case /: _engine.PressOperator(key); break; default: _engine.PressDigit(int.Parse(key)); break; } txtDisplay.Text _engine.Display; }default分支用int.Parse(key)直接处理 0 到 9 的数字键省去逐个写 case。ApplyKey是事件层的核心方法按钮和键盘最终都调它所以键盘支持不用复制任何逻辑。注意最后一行统一刷新显示框界面上所有数字的变化都来自引擎的Display属性而不是事件里零散地改文本框。这种写法的边界也很清晰ApplyKey不认识按钮只认字符串引擎不认识界面只维护自身状态。三层各司其职排查问题时不用满文件找“到底是哪个按钮改了显示”。4.2 运算状态机三态流转决定输入规则计算器的按键交互本质是一个状态机不理解这一点源码就会越改越乱。这里用最经典的视图来描述状态流转不需要画图一张表说清楚状态含义触发条件下一个状态等待输入可以输第一个数或直接按运算符初始、按 C、按等号后输入数字中 / 等待第二操作数输入数字中正在拼一个操作数按了任意数字键或小数点等待运算符 / 输入数字中等待第二操作数已指定运算符等待右侧数字按了运算符输入数字中 / 等待运算符源码里对应的标识就是_enteringSecond和_newEntry。_newEntry为真表示“下一个数字键应该开启新数字”为假表示“当前数字键应该追加到显示末尾”。_enteringSecond为真表示“当前拼的数字属于右侧操作数”为假则表示属于左侧。这两个布尔值配合会产生一个新手最容易写错的场景按完等号后直接输数字。假设用户算完1 2 3然后直接按5期望的是开启一个新计算显示 5。但如果代码不处理引擎会保留_pendingOp 和_right 2结果新输入的数字把_left改成 5再按等号就变成5 2 7明显不对。解决方法是按数字前判断状态public void PressDigit(int digit) { if (_newEntry !_enteringSecond _pendingOp ! ) { // 刚算完一组输入数字表示开始新式子 _pendingOp ; _right 0m; } // 后面的拼接逻辑不变 }这段代码让新数字在“结果已显示、无待结算运算符”的状态下重置整个临时状态。看上去只是一次判断但很多计算器源码翻车就翻在这里结果出来后要么数字拼在 3 后面变成 35要么保留了旧运算符运算错误。4.3 键盘输入支持为什么用 ProcessCmdKey 而不是 KeyDown计算器接键盘是个锦上添花但极其常见的需求。初学者通常会用窗体或文本框的KeyDown事件然后发现数字键没反应——因为焦点在按钮上键盘消息先被按钮消费了。就算把KeyPreview设成trueKeyDown也可能被按钮的默认行为干扰。更稳的是重写窗体的ProcessCmdKey方法它处理的是命令键和普通键的预处理时机最早且不会被子控件吞掉protected override bool ProcessCmdKey(ref Message msg, Keys keyData) { if (keyData Keys.D0 keyData Keys.D9) { ApplyKey(((int)(keyData - Keys.D0)).ToString()); return true; } switch (keyData) { case Keys.Add: ApplyKey(); return true; case Keys.Subtract: ApplyKey(-); return true; case Keys.Multiply: ApplyKey(*); return true; case Keys.Divide: ApplyKey(/); return true; case Keys.Enter: ApplyKey(); return true; case Keys.OemPeriod:ApplyKey(.); return true; case Keys.Back: ApplyKey(⌫); return true; case Keys.Escape: ApplyKey(C); return true; default: return base.ProcessCmdKey(ref msg, keyData); } }Keys.D0到Keys.D9是主键盘区数字和小键盘Keys.NumPad0到NumPad9是两套值如果要同时支持需要分开判断。Keys.Back对应退格键映射到⌫Keys.Escape对应清屏。注意每个分支都return true表示消息已被处理不再往下传。这个方法比KeyDown强在两个点一是窗体级拦截焦点在哪都能响应二是返回值控制精准处理过的消息不会触发按钮的默认点击。键盘和按钮最终都走ApplyKey用户用键盘算到一半顺手点鼠标行为完全一致。5. 计算器源码避坑指南除零、连等号、小数点与浮点误差的排查5.1 除零崩溃现象是弹窗原因在 decimal 的严格行为现象用户输入8 ÷ 0点等号后程序直接弹未处理异常窗口点继续后界面卡死。原因decimal类型遵循严格十进制运算规则除以零直接抛DivideByZeroException不像double那样给一个Infinity。很多人用double写完没事换成decimal就崩本质是没理解类型差异。解决在Calculate里判断_right 0m命中时显示提示字符串而不是执行除法。注意提示后要清掉_pendingOp否则引擎会停留在一个半非法状态用户再按数字时表现诡异。5.2 连续按等号结果不动或者旧运算符残留现象1 2按等号显示 3再按一次等号还是 3期望是1 2 2 5这种重复运算。原因第一下等号结算后把_pendingOp清空了第二次等号没有运算可做直接 return。有的实现为了第二次不崩强行保留运算符又造成“结果显示后直接输数字被旧运算符污染”的新问题。解决Calculate结算后保留_right和_pendingOp不主动清空这样连续按等号会拿同一个_right反复做相同的运算。同时在PressDigit里检测“结果已显示却来了新数字”的场景主动清掉旧运算符两者配套才能既支持重复等号又不污染下次新计算。5.3 小数点重复输入过滤逻辑放错层级现象用户狂按小数点显示变成1.2.3.4解析时报FormatException。原因事件层只做了“显示里没有点就追加一个点”的判断但没考虑_newEntry状态。按完运算符后_newEntry是真此时按小数点本应显示0.并开始记录小数部分结果旧代码直接给它拼到上一个数字后面。解决把小数点逻辑放回引擎的PressDot而不是在事件层判断。_newEntry为真时显示0.否则只在显示文本不含.时才追加。核心原则是小数点属于“输入规则”不是“界面美化”放错层级就会有漏网场景。5.4 浮点误差别人代码跑出 0.30000000000000004现象0.1 0.2显示一长串小数或者1 ÷ 3显示非法精度的长尾。原因double是二进制浮点0.1 在二进制里是无限循环小数无论如何都有误差。计算器这个场景用户看的是绝对精确的十进制结果不能用double装。解决全程用decimal加法和乘法不会有误差只有除法这类无限小数场景会出现长尾此时用FormatNumber里的G12格式保留 12 位有效数字再截断。注意decimal也有上限超出79228162514264337593543950335会抛OverflowException大数计算时要么捕获要么限制输入长度。5.5 区域设置引发的解析错乱ToString 和 Parse 的暗坑现象程序在自己的中文系统上跑得好好的拿到某些英文系统或欧洲区域设置下0.5显示成0,5或者点了小数点直接报格式错误。原因decimal.Parse和decimal.ToString默认使用当前线程的区域设置。不同区域的十进制分隔符不一样有的用点有的用逗号还有的带千分位分隔符。计算器这种硬编码小数点逻辑的程序一旦遇上不匹配的区域就翻车。解决所有解析和格式化都显式传CultureInfo.InvariantCulture强制用.作为小数点。这是整套源程序里最值钱的一行大多数人写计算器源码根本没意识到会有这个问题。6. 从一个状态机到表达式解析计算器升级路线的验证方法前面的状态机方案处理标准四则运算已经够用但如果你想做一个支持1 2 * 3这种带优先级、带括号的科学计算器状态机逻辑会膨胀到很难维护。常见做法是换一条路让用户直接输入完整表达式再用表达式解析器求值。最快的验证方案是临时借助DataTable的Compute方法它支持动态求值字符串表达式几行代码就能跑通using System.Data; public static string EvaluateExpression(string expr) { // 只放行数字、四则运算符、括号、小数点防注入类字符 var sanitized new string( expr.Where(c char.IsDigit(c) || -*/()..Contains(c)).ToArray()); if (sanitized ! expr) return 表达式含非法字符; var table new DataTable(); try { var result table.Compute(sanitized, ); return Convert.ToDecimal(result).ToString(G12); } catch (Exception ex) { return 表达式错误 ex.Message; } }这里要留意DataTable.Compute的运算符语义和 C# 不一样^表示异或而不是幂运算除法结果是double所以拿到结果后一定要转成decimal再格式化。它适合做原型验证生产环境还是建议写递归下降解析器自行处理优先级和括号。验证方法比功能本身更重要。我给每版计算器源码都列一个边界用例清单照着测一遍能挡掉 90% 的回归问题操作序列期望结果说明0 5显示 5前导零不拼接1 . 2 . 3显示 1.23第二个小数点被忽略1 2 3 → 5 → 7重复等号必须递增1 2 3 6连续运算符自动结算8 ÷ 0 不能除以 0异常被拦截1 忽略或按 1 处理缺右操作数不崩溃9999999999999999999999999999 * 2溢出提示decimal 上限保护 后按 5新计算开始不残留旧运算符这套用例是我自己的血泪清单每条都对应一次真实翻车。按等号后直接输数字这条我的第一版实现错了两年直到有次录演示视频发现结果不对才回头补上状态重置逻辑。现在每次新写一版计算器先把这些用例过一遍再谈功能扩展。把边界用例写成单元测试放进项目里是比读任何教程都有效的习惯。计算器这个源程序最大的价值不是那几十行按键处理而是让你理解用户看似随意的输入顺序背后永远有一套可穷举的状态规则。想清楚规则再动手坑就追不上你。希望帮到你。本文还有配套的精品资源点击获取