程序员

注册

 

发新话题 回复该主题

VisualBasic终于要衰落了吗C [复制链接]

1#

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仍然排在最受

分享 转发
TOP
发新话题 回复该主题