28年过去了，世界上最流行的语言之一VisualBasic终于要衰落了吗？
作者
MatthewMacDonald
译者
谭开朗，责编
郭芮
以下为译文：
我要坦白一件事：在我成为一名使用C#、Java、以及JavaScript等现代编程语言的受人尊敬的开发者之前，我曾是大受欢迎又有些不合时宜的VisualBasic的忠实粉丝。
坦白说来，我对VisualBasic的痴迷是这样开始的：在我的孩童时期，我就学会了使用BASIC语言编程。我是从Microsoft那个古董级的DOS操作系统上，通过极具创新性的QuickBASIC环境开始的。直至今日，我仍记得在樱桃蓝的背景下用白色文本来编写代码的场景。
在年，QuickBASIC是一种不可思议的编程语言。你可以编写不带笨拙行号的代码，在键入代码时能实时捕获语法错误，并支持直接从开发环境中启动程序，而无需通过命令行的方式来启动。当你完成代码编写后，你还可以通过这些软盘把程序分享给好友：
现如今，QuickBASIC仅仅是对遥远过去探索的另一种存在。真的是这样吗？一个名为QB64的创新项目创造了现代的QuickBASIC的复刻版。它无需模拟器就可以在Windows、MacOS和Linux系统上运行。当你用QB64运行一个程序时，它有一个很巧妙的方法——先将BASIC代码编译成C++再进行下一步编译。
经典VB和可视化时代
对于传统基于文本的计算机系统来说，QuickBASIC是一项令人难忘的壮举。但当Microsoft发布Windows，将PC用户引领到一个由按键和点击组成的图形世界时，游戏规则发生了改变。在Microsoft发布Window3.0——真正成功的第一版本——与此同时，他们也发布了VisualBasic1.0。
这是个全新的事物。你可以通过在窗口界面绘制按钮来为程序创建按钮，就像某种艺术画布一样。要让按钮执行某些操作，你要做的就是在设计环境中进行编码，然后双击这个按钮即可。你没有使用复杂的C++代码，也没有使用成堆的类、复杂的内存管理以及没有对晦涩难懂的WindowsAPI的调用。与之相反的，你就像是一个文明人，编写了一目了然的VB代码。
所有的这些图形化固然极具吸引力，但VB成功的真正秘诀在于它的实用性。开发人员找不到像VB这样能绘制出一个完整的用户界面并实现快速编码的工具。尽管历史学家们喜欢高谈阔论VisualBasic的可视化，但它的“招牌”能力却与图形化无关。相反，VB因一个传奇的特性“编辑并继续”而出名，它支持开发人员运行程序、发现并解决问题以及继续使用最新代码。这与众所周知的、几乎所有的其他编程环境截然不同，这些环境需要开发人员重新编译，并在每次更改后重新开始。
VisualBasic蓬勃发展了近十年。从一开始的适用于初学者的开发环境，后来发展成给程序员使用的专业工具。随着VB6的发布（这是经典VisualBasic的最后一个版本），据估计，用VB编写的代码量是C++的十倍。VisualBasic通过ASP（ActiveServerPages，动态服务器页面）进入公司的办公室甚至连到网络，这是另一种非常流行的技术。现在，你可以创建与VB组件交互的Web网页，称之为数据库，并可以动态编写HTML。
所有的这些几乎都是在没有结构的基础上发生的，除非你自己创建一个结构。这是VisualBasic的一个不成文主题，它让你此刻自由，但往后你可能会后悔的。
经典VB的问题
VB在很多领域里声名狼藉。
对于面向对象，VB不支持继承。这是一个令人匪夷所思的争议，因为对于初级开发者来说，使用继承常常是搬起石头砸自己的脚，而这正是VB所不需要的功能。实际上，经典VB并非完全不支持面向对象。在完成其生命周期时，它已经支持众多的接口、多态性和类库，所有这些都是从COM借鉴来的，COM是组件技术的核心，它在Windows的任一版本中都是必不可少的。
经典VB的真正问题在于它太过成功。它极为有效地降低了初级程序员的学习难度，使得几乎所有人都可以通过VB来进行编程。粗心大意的新手、一成不变的公司职员和暑期学生都纷纷加入进来，解决了在其他任何平台上更为困难的问题，到处都是机械式的代码。
换言之，即使你不是一名训练有素的程序员也可以轻易上手VB，因为VB太好用了，所以都是新手在用。而VB也从来没有采取措施来鼓励程序员纠正不良的开发习惯。
VB.Fred与.Net解决方案
我们快进到年，此时的Microsoft正在做它最擅长的事——颠覆自己的开发生态系统，引入全新的工作模式。
这一次，这个项目是对COM的大规模重构，而组件技术是支撑Windows（间接的经典VB）的基础。对于一家已经下过几次赌注的软件巨头来说，这是孤注一掷的时刻。
Microsoft之所以将重新启动命名为.NET是因为一些不确定因素，其中包括互联网技术仍然是令人耳目一新的，以及.NET包含了Microsoft一心要推广的Web服务功能。它深受Java的影响，并且包含了许多用于与数据库通信、构建网站、编写多线程程序、通过套接字建立连接的工具——而这些几乎是所有业务开发人员能想象到的用例。
唯一的问题是，为了获得这些新特性，Microsoft不得不放弃几乎所有的经典VB。
如果你仔细观察的话，就会发觉新版本的VB.NET看起来还是老样子，但它还是有许多大大小小的突破性变化。从大的方面来说：旧的VB程序受困于老旧的编程世界中，而一个极其糟糕的迁移向导几乎不能改变这一点。从小的方面来说：经典VB的程序员必须改变他们计算数组元素的方式。他们再也不能像常规那样从1开始计数，现在他们必须从0开始，就像正规的程序员一样。
还有一个大的方面：“编辑并继续”的特性已不复存在。
开发人员喜欢吐槽已不是新鲜事了，而VB开发人员尤甚。不久后，一群有影响力的VB开发人员将Microsoft的新编程环境命名为VB.Fred，并强调无论它是什么，这种新语言都不是VisualBasic。
是什么宣判了VisualBasic的命运？
你可能会认为，是.NET的变化打破了VB的基础，并让VB不可避免地走向衰落。但事实并非如此。
事实上，尽管VB.NET朝着一个新的方向发展并作出了一些突破性的改变，这使得优秀的经典VB代码成为无人能识的代码，但它却变得非常受欢迎。那是因为VB.NET提供了VB开发人员以前从未有过的东西——尊重。
在.NET世界中，VB和C#处于平等的地位。每一行VB代码都可以转换成等效的C#代码行，反之亦然。两种语言都具有相同的功能，使用相同的组件，并编译为完全相同的形式（称其为中间语言）。VB终于摆脱了“丑小鸭综合症”。
但是，作为另一种受人尊敬的编程语言也存在一个问题。人们对VB的热情消失了，它不再是大家的首选语言了。这不是因为VB变了，而是因为C#变了。
正如VB获得了与C#相同的功能一样，C#也与VisualBasic一样易于上手。例如，.NET的类型安全和内存管理功能意味着C#开发人员永远无须担心内存泄漏问题，这和VB开发人员一样。
换句话说，C#现在有了保护业余爱好者、学生和初级程序员的“护栏”，而又不放弃它的功能。突然之间，VB不再是什么特别的稀罕物了，它只不过是程序员工具包中的又一个工具罢了。
VisualBasic当前的现状
如今，VisualBasic正处于一个尴尬的境地。在专业开发人员中，几乎没有人使用VisualBasic，它甚至都没有出现在专业开发人员调查中的清单，也没有出现在GitHub存储库中。然而，VisualBasic仍然存在，它将Office的宏连接在一起，给旧的Access数据库和古老的ASP网页提供支持，并吸引着.NET新手。“TIOBE索引”试图通过查看搜索引擎的结果来衡量语言的流行程度，发现VB仍然排在最受