微软|微软低头,让Office更好用的VBA宏不再默认禁用了( 二 )





但问题是 , 由于微软的设计导致了如果宏安全性太高 , 就会无法运行VBA代码 。 通常 , 网络中的各种教程都会推荐用户将宏安全性设置为“中”或者“低” , 而不是“高”和“非常高” 。 但用户如果为了方便而降低安全性 , 就给了宏病毒一展身手的机会 。 尽管对此微软方面并非无动于衷 , 也提供了查毒器来为用户提供检查VBA宏是否安全 , 但由于Office用户的特质 , 就决定了这一努力几乎是无谓的 。
最终 , 微软选择了直接禁用VBA宏这样一刀切的做法 。 然而VBA宏能够经历二十余年技术迭代的洗礼 , 靠的就是自身是Office生态中实现办公自动化的唯一工具 。 VBA宏可以减少Office中很多重复性的工作 , 甚至于完成Office自身功能无法实现的复杂任务 。 比如批量排版Word/PPT文件、从Word文档中抽取关键信息、实现自动批量打印、抓取网页数据 , 以及对接外部数据库等等 。



当然 , 想要实现办公自动化 , VBA确实并非唯一的选择 , 几年前就曾刮过一阵用Python取代VBA的“风” , 但最终VBA也没能被取代 。 Python的语法、对诸多接口的支持 , 使得其编码和性能都独树一帜 , 但Python需要配置开发环境、且需要更高阶的计算机编程知识 , 就决定了它较高的门槛 , 而VBA的低门槛和易用性则更满足绝大多数商业公司的需要 。
所以在Office中没有比VBA更强大、又易学的编程语言 , 也没有比VBA宏更加简单高效工具的情况下 , 这就是Office用户一致反对微软此举的关键所在了 。