VB.NET路在何方?

前端之家收集整理的这篇文章主要介绍了VB.NET路在何方?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

很多人想知道微软为何重视C#而轻视VB.NET,为何VB.NET开发者和C#开发者同工不同酬,VB.NET开发者的未来在哪里。.NET管理语言组的项目经理Lisa Feigenbaum在播客上向VB.NET社区保证——VB的未来依旧是光明灿烂的。

Lisa解释了为何大家对VB.NET和C#有不同的理解:首先这是由微软的策略所决定的。微软可不仅仅想在CLR上面运行两套语法完全不同的语言,公司希望这两种语言能够各司其职,因此在.NET的世界中,这两种语言的发展路线是截然不同的。微软发布的大多数文档都包含了丰富的C#示例,与此相反,VB.NET的示例数量就大打折扣了,因此大家都觉得VB.NET并不受宠,有些穷途末路了。

根据Lisa所述,一开始微软想在这两种语言中分别加入不同的特性以便让他们各取所长,但VB.NET用户一次又一次地要求微软向VB.NET中加入C#特性,同时C#用户也想在C#中加入VB.NET特性,这么做的直接后果就是微软决定同步发展这两种语言。同时VB.NET开发者的数量要比C#开发者多一些,因此微软并不会扼杀VB.NET,这也不是公司的意愿。当18个月前VB.NET与C#设计团队合并在一起以共同推进语言的发展时,微软的这项承诺也终于付诸实践了。

C#的首席架构师Anders Hejlsberg检视了这两个语言的发展历程得出这样一个结论:两种语言都在不断发展。每当Anders决定两种语言要实现的某个新特性后,VB.NET与C#开发团队就分别钻进了各自的房间讨论如何根据相应语言的语法和整体设计原则来实现这个新特性。这么做会导致两种后果:其一,两种语言增加同样的特性集,其二,每种语言都保持自己的个性而不管另一种语言到底是怎么做的。这就确保了VB.NET并不会被C#所蚕食。这两种语言的同化性越来越明显了。到目前为止,C#能做而VB.NET不能做的东西就剩下XNA游戏了,因为VB.NET没有对应的项目模板。然而微软希望填平语言间的鸿沟,因此这两种语言最终将走向大同世界。

我们将在下个版本的Visual Studio中看到两个语言设计小组合并后的努力成果。VS最初是用C和C++开发的,但VS 2010的编辑器和编译器将包含更多的托管代码,力度也是史上最强的,这意味着将使用更多的C#和VB.NET代码。VS和Office并不会一夜间都变成托管代码,因为还有不少遗留代码尚存,但新写的大部分都是托管代码

一些调查机构表示VB.NET与C#开发者同工不同酬,前者薪酬要比后者少10-15%,我们认为这是由于大家对VB.NET的认识偏差造成的,这种观念已经根深蒂固了,因此还需加以时日才能让大家看到这两种语言其实是一样的,他们都是微软的亲生骨肉。

猜你在找的VB相关文章