哥几个今天咱们不聊别的，就说说一个老伙计——VB里头的那个Val函数。你别看现在好多人都玩儿前端后端，各种高大上的框架，但咱们搞过VB的老家伙，肯定对它不陌生。这东西，当年可是帮了我大忙，算是我的启蒙老师之一。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
我记得那会儿，刚接触编程没多久，公司里头让搞个小小的库存管理系统。说是系统，就是个录入界面，几个文本框，输完货品名称、数量、单价什么的，一点保存，数据就进数据库。我当时年轻气盛，觉得这有啥难的，不就是把文本框里的东西往数据库里扔嘛结果，刚一动手，就碰壁了。
你猜怎么着？我把数量、单价这些数字都输进文本框，然后想把数量和单价乘起来算个总金额。我当时代码就这么写的：总金额 = TextBox数量.Text TextBox单价.Text。写完一运行，一输数据，一点计算按钮，程序“啪”地一下就报错了。说什么“类型不匹配”，我当时就懵了。明明文本框里输的是数字“10”、“20”，看着就是数字，怎么就类型不匹配了？
那会儿还没现在这么方便，网上资料也没那么多，遇到问题只能硬啃。我就翻那些厚厚的VB编程手册，一页一页地看。看到眼睛都花了，终于在一个不起眼的角落里，看到了Val这个函数。手册上解释说，这玩意儿能把字符串变成数字。我当时心里犯嘀咕，字符串变成数字？文本框里不就是字嘛这玩意儿能行吗？
抱着死马当活马医的心态，我试着把代码改了一下，变成了：总金额 = Val(TextBox数量.Text) Val(TextBox单价.Text)。然后战战兢兢地又跑了一次程序。这回当我输入“10”和“20”，再点击计算按钮的时候，屏幕上显示的总金额是“200”。那一瞬间，我感觉自己像发现新大陆一样！整个人都激动得不行。
Val的功能和作用，我算是彻底摸透了
从那次以后，我就开始研究这个Val，彻底搞明白了它的脾气和用法。
它是个“翻译官”： 最核心的功能就是把文本（字符串）里头的数字部分“翻译”成真正的数字，这样程序才能拿它去做加减乘除。就像我那个库存系统，文本框里你输“100”，对计算机来说，它默认是个“字符串100”，不是个“数字100”。
Val就是把这个“字符串100”变成“数字100”。它有点“宽容”：
Val这东西有个特点，就是它会从字符串的开头开始找数字，一旦碰到非数字字符（除了空格和句点），它就停下来了。比如你给它Val("123abc")，它只会给你“123”。如果你给它Val(" 45.67米")，它就会给你“45.67”。因为它会把开头的空格忽略掉，遇到“米”字就停了。它只认“洋小数点”： 有个小细节我发现，
Val只认英文的点（.）作小数点。如果你手欠，或者用户习惯不输个中文的逗号“，”，比如Val("123，45")，那它就只认到“123”，逗号后面的就不认了。这个当时也让我吃过亏，所以后来我都会提醒自己，或者在程序里做个检查，确保输入的格式是规范的。遇到“胡搅蛮缠”就罢工： 如果字符串开头就不是数字，比如
Val("哈哈哈123")，或者Val("")（空字符串），那它就直接返回个“0”。这一点也挺重要的，有时候用户什么都不输，或者乱输一通，程序也能有个保底，不至于直接报错崩溃。
了解了这些，我后面的很多功能都顺畅多了。比如做计算器，用户在好几个文本框里输数字，要进行各种计算，我都会先用Val给它们“洗个澡”，确保它们都是“纯粹”的数字，才能拿去运算。还有处理一些从文件里读出来的配置信息，有些配置值看起来是数字，但文件读出来默认都是字符串，这时候Val就又派上用场了。
后来我也学到了，除了Val，还有CInt、CDbl这些更严格的类型转换函数。它们比Val要“挑剔”得多，如果字符串不是完全符合数字格式，它们就会直接报错。而Val相对来说就宽松很多，它只管从头开始“扒拉”数字。这两种各有各的好处，严格的转换能确保数据干净，但容易出错；Val虽然宽容，但有时候也需要我们自己多留个心眼，比如用户输了“123a”，Val会给123，但这个123可能不是用户真正想表达的。
所以说，这个Val函数，当年确实教会了我很多。不仅仅是解决了一个编程难题，更让我明白了一个道理：计算机是很“死板”的。你看它在屏幕上显示的是数字，但它背后的“类型”可能完全不是你想的。编程这玩意儿，很多时候就是在跟这些“类型”打交道，学会怎么让数据在不同类型之间“变身”，是基本功。从那次经历之后，我再遇到类似的问题，第一反应就是去检查数据的类型，看看是不是需要做个转换。这种习惯，一直保持到对我后来的编程生涯影响挺大的。