datatable.compute 可直接解析“2+3*4”等字符串表达式，支持括号、四则运算、负数及abs/sqrt等内置函数，但不支持自定义函数、变量或“=”号；需注意输入校验、类型转换与异常提示。
用 DataTable.Compute 快速解析表达式字符串
多数简单计算器不需要手写语法分析器，DataTable.Compute 是 .NET 内置的“隐藏工具”，能直接算 "2 + 3 * 4" 这类字符串，且支持括号、四则运算、负数和基本函数（如 ABS、SQRT）。
常见错误现象：Compute 报 System.Data.EvaluateException: “无法识别的函数名” —— 它只认内置函数（SUM、AVG 等聚合函数不适用），不支持 sin、log 或自定义函数。
- 输入必须是合法表达式字符串，不能带等号或变量声明，例如
"5 + x"会失败（不支持变量） - 除法用
/，整除不是//；负数写成"-5"，别写"(-5)"（虽有时能过，但不稳定） - 结果类型取决于表达式，
"1/2"返回0.5（double），而"1/2"在整数上下文中可能被截断——实际返回值类型需显式转换 - 性能够用，但高频调用（如每帧计算）建议缓存
DataTable实例，避免反复构造
示例：
var table = new DataTable();
var result = table.Compute("2 * (3 + 4)", null); // 返回 14.0（object 类型）
手动解析时避开 Convert.ToDouble 直接拆分的坑
有人把字符串按 + - 拆开再逐段转数字，这在 "10-2-3" 或 "-5+3" 场景下必然出错——减号既是运算符又是负号，上下文决定语义。
使用场景：需要控制精度（如固定小数位）、支持变量代入、或后续要扩展函数/括号嵌套深度。
- 别用
string.Split('+', '-')，它无法区分操作符和符号 - 优先考虑递归下降或双栈法，但简单需求可用
double.TryParse配合手动扫描：从左到右，遇到数字开头就尝试解析，遇到+/-先看前面是否为空或有运算符，来判断是否为正负号 -
double.Parse在文化环境不一致时可能崩（如小数点是逗号），一律用double.TryParse(s, NumberStyles.Float, CultureInfo.InvariantCulture, out var d) - 空格不自动跳过，
"1 + 2"可以，但"1+ 2"中的空格不影响；不过"1 +2"也没问题——关键是运算符前后空白不破坏解析
处理括号嵌套时，别硬写多层 if 判断
括号的本质是优先级提升，硬写 if (s.Contains("(")) { ... } 套几层只会让逻辑不可维护，也难以支持 "(1+(2*3))" 这种任意深度。
正确做法是用栈或递归：遇到 ( 就递归解析到匹配的 )，返回子表达式结果并替换原位置。
- 用
Stack<int></int>记录左括号位置，扫描右括号时弹出最近左括号索引，截取子串递归调用——这是最直白可控的方式 - 注意括号必须配对，未闭合时抛
ArgumentException比静默返回错误值更安全 - 嵌套过深（如 >100 层）可能触发栈溢出，生产环境建议加深度计数限制
-
DataTable.Compute内部已处理括号，所以如果你没特殊需求（比如想看到中间步骤或自定义运算符），真没必要自己实现
用户输入含非法字符时，别只靠 try/catch 吞异常
Compute 或手动解析一旦遇到 "2++3"、"1a+2"、"(1+2" 就抛异常，但直接 try/catch 并显示 "计算错误" 对用户不友好，也掩盖真实问题。
- 前置校验比事后捕获更有效：用正则粗筛，例如
^[\d+\-*/().\s]+$排除字母和乱码（注意.要转义，且允许小数点） - 但正则不能替代语法检查，
"1//2"符合正则却非法，仍需解析阶段验证 - 建议组合策略：先正则快筛 → 再
Compute或手动解析 → 解析失败时，定位第一个非法字符位置（如用循环扫描），提示类似“第 5 位 ‘@’ 不支持” - 不要在 UI 层用
MessageBox.Show抛异常详情，敏感信息（如堆栈）可能泄露内部结构
真正麻烦的是混合需求：既要支持变量（"x + y"），又要实时反馈错误位置，还要兼容历史表达式复用——这时候就得放弃 Compute，老实用一个轻量表达式库，比如 NCalc，或者自己封装一层带缓存和错误映射的解析器。
