VBA真要被微软放弃了吗？
这几年，微软Excel塞进Python、Copilot、AI分析，国内办公软件也忙着做多维表格。
夹在中间的VBA，看起来像个被遗忘几十年的“老头子”。
都以为它停更了，微软却给它加了新东西
去年9月，微软专门发布开发者文章，提醒VBA开发者准备应对Windows逐步弃用VBScript。
麻烦也随之来了。
大量老VBA项目会调用VBScript.RegExp做正则匹配。
一旦VBScript逐步退出Windows，这些用了多年甚至十几年的Excel、Access程序，都可能留下兼容性隐患。
微软于是直接给VBA加了新东西。
从Microsoft 365 Version 2508开始，Office的VBA环境内置RegExp、Match、MatchCollection、SubMatches四个类。
开发者可以继续使用正则表达式，
同时减少对外部VBScript库的依赖。
这算不上VBA 2.0，可它至少能看出微软自己很清楚，还有大量业务系统依赖VBA运行，也愿意为这些项目处理兼容问题。
毕竟VBA能深入Office对象模型，操作Workbook、Worksheet、Range，控制按钮、事件、文件和Office应用。
企业里那些“点一下按钮，读取数据、整理表格、生成文件、继续处理下一张表”的老流程，VBA依旧很顺手。
Access也是类似情况。
一些企业内部的小型进销存、报价、客户管理、统计工具，可能已经跑了十几年。重新开发当然可以，可迁移数据、重做流程、培训员工、处理旧接口，都要花钱。
能稳定完成工作，企业自然缺少推倒重来的动力。
国内呢？都在追多维表格，却漏掉了VBA能力
国内办公软件这些年有一个明显方向——多维表格。
它解决了协作、数据关联、视图和轻量应用的问题，却也留下一个值得讨论的空间：能不能把VBA那种高度灵活的业务逻辑能力，用普通人容易掌握的方式重新做一遍？
云表PAAS完美解决，还有免费版和大量模板，不用从0开始。
你可以依旧从熟悉的表格界面开始，通过画表格无代码开发，把VBA里常见的数据读取、条件判断、自动计算、批量处理、按钮触发，拆成填表公式、业务公式和数据接口等可视化配置。
其数据接口还能参与查询、循环执行、按钮事件等业务动作。
这也补上了VBA长期存在的几个痛点。
- 数据可以进入数据库统一管理，业务规则集中维护；
- 修改逻辑无需到处翻宏代码
- 出现bug也容易定位到具体业务环节。
- 再加上云表eversheet有开放接口，既能连接外部数据源，也能把AI能力接进业务流程。
对于会Excel、却没学过编程的人，非常好上手。不仅可以做类似Access做出的系统，还能进一步多次搭建成企业级ERP、MES、WMS等软件系统。
总结
所以，回到问题本身，VBA几十年缺少大改，并不能简单等同于它失去价值。
微软给Excel加入Python和AI，同时继续处理VBA兼容问题，已经给出了某种答案。
国内若继续往前走，也没必要复制一门VBA语言，反而可以利用AI和无代码把这个能力“升级”，走出自己的特色。
最后，你有什么不同的观点？如有错误，欢迎补充或者修正。
文 | eamon
热门跟贴