模块化Java：声明式模块化
本文是模块化Java系列文章的第4篇，介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起，而无需让代码依赖于OSGI API。
新闻
VB.NET路在何方？
作者 Abel Avram 译者 张龙 发布于 2009年6月24日 上午1时24分
很多人想知道微软为何重视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的认识偏差造成的，这种观念已经根深蒂固了，因此还需加以时日才能让大家看到这两种语言其实是一样的，他们都是微软的亲生骨肉。
以下精彩点评来自InfoQ英文站
1. Michael Hedgpeth说到：我有个朋友过去从事VB开发，现在转到了C#上。他跟我说：你知道VB和C#程序员的价码差多少吗？整整$10,000大洋。我认为只要这种情况一直持续下去，没人不去选择C#。这不光是语言问题，而是钱啊。
2. Al Tenhundfeld说到：我知道不同的语言有不同的特性，不仅是框架本身，对社区来说这也是好事。然而还有其他一些因素值得我们深思。两种语言对工具和RAD的支持力度一样么？微软真的做到不偏不倚了么？举个例子吧，两种语言都有同样的GUI向导么，两种语言对SharePoint开发的支持一样么，凡此种种。当然，我并不是强调哪种语言适合做上面这些事，我仅仅想说语言特性只是成功语言的一部分，而不是全部，尤其在微软的世界里更是如此。
我由衷希望这两种语言能够长久共存，他们分别适合不同的开发者。VB.NET适合于从VB6和MS Office编程，如Access或Excel中的VBA脚本编程转过来的人。C#适合于从Java阵营转过来的人，同样也适合于那些没有学过.NET而了解其他语言的人。我自己就是从VB转到了.NET阵营的，但从2.0开始，特别是3.5，我发现C#的表述性更强，语法更加整洁。与此相比，VB.NET就有些相形见绌了。
查看英文原文：Is There a Future for VB.NET?
没有回复
关注此讨论 回复