1、随着V8引擎的成功，JS一跃成为横跨前后端的开发工具，从此全栈成为技术员口中能力的象征。JS作为解释型语言的一员，与JAVA/Python/C#等既存在相似性，又存在明显的差异。
2、相似的地方在于：通过中间引擎实现跨平台，再通过引擎的优化，达到接近编译的性能。差异的地方在于：有些引擎转换为机器码后就执行了，而有的引擎是存储机器码后再执行，从而更具有编译特性。很显然，越来越多的引擎，尤其是新生的引擎，都是趋向于后者的。
3、而JS依赖的V8引擎就是后者，它的出现整合了以前的一些技术场景。比如IE浏览器的ActiveX的本地化能力。这也应该是微软云战略当前，放弃IE而拥抱Chromium的原因之一吧。
V8引擎通过内联缓存优化等技术，大幅提高了JS的运行速度，虽然仍不及C那样的本地化编译语言，但绝对是动态语言里的佼佼者，这便催生了一系列富有想象力的场景。
4、所以，在2019版的WPS中，JS成为其默认脚本语言。而微软Office也在近年加入了对JS的内置支持。不过二者的目标却不一样，WPS是奔着将JS打造为替代VBA的脚本语言，而Office则更侧重于Office365云端功能的在线与轻量化，与VBA形成优劣互补。
5、WPS的前身，也即在DOS时代，作为应用程序，应该是非常成功的代表。但后继的失败，错就错在应用程序这一层上。有人将当年WPS的失败，归结为微软的险恶，认为当年格式兼容，甚至微软纵容Office盗版，摧毁了当年的WPS。
其实，底层的原因，与当年微软从CP/M的缝隙中突围成功的原因并无二致。建立在上层的逻辑，都抵不过底层根基的变动。当年基代尔还忙活于CP/M（8位处理器）成功的惯性之中，丝毫未察觉硬件体系的快速革新，结果败给了不能适应16位处理器。当年的DOS下的WPS也正是这样，还没来得及针对全新的Win系统窗口鼠标环境，就被Office捷足先登了。
Office具有系统支持的先天优势，在体验上很快将WPS按着摩擦了，为了挽留脆弱的市场份额，不得已与微软签订格式兼容条款。所以，这是一个各取所需，而非强权压迫的结果。
6、这一兼容，事实上微软获利更多，因为无论是体验，还是技术支持，都要全方位领先WPS，所以，大量的WPS客户以非常低的成本就转换为了Office的客户。
7、这一兼容，导致WPS到今天，都仍然处于追随者的地位。界面，使用习惯等等，尤其是二开领域，搞得WPS一度很被动。尽管WPS也有自己的二开接口，但除了WPS自己的专业人员，几乎没有市场。因为，门槛是专业的，得不到广大用户的响应。WPS不得不支持VBA，因为VBA是普通用户的选票。
但VBA是微软的，要想用就得给授权费。WPS本身的变现模式就很欠缺，这笔不菲的授权费又不能找用户收。所以，最终忍痛，只能单卖，所以WPS默认是没有VBA支持的，需要单独购买和安装VBA包，才能使用。当然，破解版总是不缺的。
8、结果是，转型后的WPS居然还在给Office打小工。作为民族软件的代表，岂能咽得下这口气啊。直到V8面世和成熟，终于让WPS看到了全新的希望。
欢迎关注BtOfficer，关于JSA与VBA，可以更深入地继续交流哦。
热门跟贴