| | | | | | | [文章信息] | | | 作者: | masterall | | 时间: | 2005-03-28 | | 出处: | blog | | 责任编辑: | 方舟 | |
| [文章导读] | | | .NET占领市场的速度比原来预期的要稍微慢一些，但是，它向整个市场的渗透却是不可避免的 | |
| |
|
| | | |
|
|
|
|
|
神话二：有大量的VB程序开发设计人员将要转而使用Java
过去，这些程序开发设计人员转而使用Java的其中一个原因就是，Java语言在性能方面要远远的超出VB6，这种超前的距离可能是以光年为单位的，而且，Java在编制大型的、面向对象的应用软件方面的表现也尤为突出。人们可以争辩说Java对于这些任务仍然是更为合适的选择，但是，至少现在来看，这个问题已经是可以争论一番得了。在.NET出现之前，这个问题的答案是毫无疑问的。在Visual环境下实现功能强大的面向对象的设计是不太可能的。ASP就是一个巨大的被杂合起来的工具，它经常会导致速度的缓慢，也常常会产生一些无法维护的程序代码。你可以编写一整本有关VB以及ASP AntiPatterns的书。当然，那些要转而使用Java的人是由于他们技术上的优越好像已经走到了尽头。
但是，那些准备要接受.NET的人们的数量则要比转而接受Java的人多出许多倍，而且促使他们完成这些转变的还有其它的一些因素，比如说处于销售商以及考虑到安全方面的原因等等。
我认为，VB程序开发设计人员的未来是非常光明的。肯定会有一定比例的程序开发设计人员不能够完成这次跳跃。VB程序开发人员现在已经开始对自己在开发中所扮演的角色进行一定的调整。一种结果是，他们已经和Excel的表结合成为一体，并且正在制作单屏的工具；另一种结果是，他们正在编写将会被广泛使用的电子商务应用软件。在这些软件开发设计者之中的一些人，他们的兴趣、努力以及能力将处于VB6和VB.NET之间的某一个水平上。零售可能并不是他们的未来，但是他们可以转变成为一种支持性的角色，不再象以前的程序员那样了。除了这些人，绝大多数的软件开发设计人员还是会完成到.NET的转变。
神话三：如果你准备要转变到.NET，那么你最好是转到C#上去
C#拥有它的名气。它非常新，非常的酷，并且它也变得越来越炙手可热。但是不同于C语言风格的语法，C#基本上与VB.NET是一样的。现在这些情况也已经被人们有所了解。下面所写的，是我最近一次同一名C++程序员的谈话记录，这名程序员正准备完成从C++到C#的转变。
程序员：“我不明白为什么所有的人都想要学习VB.NET。”
作者：“那他们为什么不能学呢？”
程序员：“有许多的事情是VB.NET不能够做到，但是C#却可以做到的。”
作者：“真的么，你指的是哪些事情呢？”
程序员：“VB.NET不能做attributes！”
作者：“VB.NET可以做到。”
程序员：“是么？可以做到，但是它能不能够作delegates呢？”
作者：“是的，这个它也可以做到。”
所以，在专业人士中也存在着一定的误解。Dan Appleman在对这方面的问题进行评论的时候做了一件很出色的工作，他的电子书Visual Basic .NET还是C#...到底应该选择哪一个?可以在Amazon.com上被找到。处了缺乏对于过载的支持和不支持XML文件以外，VB.NET拥有C#所拥有的所有强大功能，而且还得加上一些额外的功能特性，比如说它可以提供完全实时的错误检测，光是这一点就可以让C#程序开发人员羡慕不已了。
我非常同意下面的这句话：“既然VB.NET与C#是如此的相似，那么做出决定可能并不需要那么多的技术背景。”
Perception仍旧是这个市场的一个驱动力，而且对于程序开发设计人员们来说，C#也是一个全新的领域。如果VB.NET的动作不是那么迅速的话，第三方的工具支持的出现也并非不可能。C#有可能成为许多VB程序员的最佳选择并不是由于它在技术上拥有先天上的优势。
弄清楚问题的实质与核心
没有上面这些所谓的神话扰乱我们的视线，我们就能够进一步的弄清楚问题的实质。在在以后的文章里，我将会向大家介绍一些完成了到Java、VB.NET或者C#转变的VB程序员以及开发小组。而且，我还会检查他们为完成转变所花费的代价，并且还要从他们的经验中学习，如何才能够让转变的影响变得最小，以及如何以最少的资金投入就可以完成转变。
|
|
|
|
|
|
|
|
|
