|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
asp可以使用微软的activeX使得网页功能无比强大,不过安全性也较差,而且是基于的windows服务器,所以性能稳定性也一般.NET言语的选择
导读:每一个构造迁徙到.NET将选择接纳哪一种.NET言语。微软供应了四种言语:C#,VB.NET,可办理的C++和JScript。本文扼要的会商了我们关于这些言语和哪一种言语将被利用的意见。
原文出处:http://www.dotnetdan.com/articles/misc/LanguageChoice.htm
每一个构造迁徙到.NET将选择接纳哪一种.NET言语。微软供应了四种言语:C#,VB.NET,可办理的C++和JScript。本文扼要的会商了我们关于这些言语和哪一种言语将被利用的意见。
简而言之,我们信任C#将占有次要的市场份额;JScript是没有合作力的;C++将被无视,VB.NET展现出对市场的筹办不敷。
失利者
JScript
我们但愿JScript在很罕用户的基本上停止它的任务。如今很少有关于这方面的材料并且在.NET论坛中也不年夜有关于JScript的内容。它已不是支流了。不要在把钱投到这项手艺上,保持它才是最明智的。
可办理的C++
C++,即便它新的可办理的情势也将垂垂的被无视。当愈来愈多的开辟者趋势于语法明晰的言语,比方JScript,Java,VB.NET和C#,利用C++的圈子愈来愈小。另外一个C++面对的成绩是他不克不及作为一种教授教养言语。无疑,只管云云,有履历的C++开辟者将持续利用它的才能,模板,多重代码的承继性和决意性的终极断定。其他的人都能轻松的对付。
成功者们
在这里切实的说应当是成功者。由于我们信任C#是独一的真实的成功者。VB.NET处在还没有人撑持的地步。
C#具有相称的上风
年夜多半专业的软件开辟者,即便自力开辟微软平台,现在也将接纳一些Java言语中的情势。
Java相对C++和VB6较有益。他去向了很多C++中的语法特征而没有涓滴下降它的功效(因而C++的开辟者转向利用Java长短常简单的)。它在撑持面向工具的工具方面要优于VB6。
Java以其明晰的面向工具的语法布局和伟大的类库在年夜多半支流的具有临盆性的言语中占有了最洼地位。恰是因为这个缘故原由,很多善于面向工具手艺的C++和VB开辟者入手下手向Java转移。
C#为那些底本不撑持微软的人转向利用微软的开辟工具供应了根据。实践上它和Java是分歧的,只不外在它们的分歧的地方,C#更显现出了它无可厚非的优胜性。别的,它是一种ECMA尺度的言语,因而它供应了超过多平台的潜伏才能。
严厉的讲,开辟者想要微软的最有临盆才能和支流的.NET言语,C#是最明智的选择。
VB.NET伶仃无助
还剩下VB.NET。我们仍然对微软为何仅仅使VB.NET成为一个更庞大的C#而提出疑问。大概这两门言语的汗青背景是晓得这个变化的关头,可是我们要会商的是手艺方面的成绩而不是市场的成绩。
无疑,VB.NET已发展到一个新的阶段。它如今已成了面向工具俱乐部中疾速发展的一员。可是如今谁体贴它呢?大概是一群对其不满的人和非面向工具的程序员,但他们将立即失掉它。跟着C#的发生,VB.NET看上往更象是个过期的产物,而不是改善。
DecHand代码天生器能在VB.NET或C#中天生代码。假如你选择VB.NET选项,你会失掉一个文件,它和C#完成一样功效,但却要比C#天生的文件年夜33%摆布。读或人用VB.NET编写的的代码时,冗杂的语句会带来良多贫苦。当我们把这和后面所提到的缘故原由分离起来时,我们只能但愿有履历的面向工具的开辟者应当喜好C#赛过VB.NET。
那末甚么样的市场会丢失落VB.NET呢?今朝的市场却使软件公司仅利用VB来作为开辟工具,并作育了一多量VB喜好者.不幸的是,说其实话VB.NET并非为这些人所开辟的。
从VB6移植
只用VB编写程序的事情间大概正希冀从VB6更新到VB.NET,并且能象现有的VB晋级一样简单。不幸的是,他们大概会遭到严格的冲击。只管已有一种工具能够主动完成操纵历程,但晋级到VB.NET仍旧会累人的多。
正如我们下面提到的,VB.NET是一种面向工具的言语,而VB6不是。成绩在于,假如你不依照面向工具的体例思索,而很多机构也恰是如许做的,你就没法体味到VB.NET转换履历的兴趣。由于这不单单是一个布局,而是一种典范的变化,而这类变化是很高贵的。良多构造大概会以为假如他们想改动头脑体例,他们不如改动言语。假如VB.NET被很快减少失落,也没甚么可惊奇的。
已往已经光辉而现在孤寂的喜好者
终极的市场支解作育了喜好者。对他们而言,VB6是一种可选择的言语。它供应了复杂而功效壮大的工具来构建复杂的使用程序包含GUIs。
VB.NET不是这么复杂的。正像我们后面说过的那样,它是一种功效壮大的面向工具的言语。但关于一样平常的喜好者来讲,他们不想也不必要懂得‘-isms’和面向工具范畴中的笼统事件。他们只想把一项义务尽快完成,而疏忽我们某些专业人士所请求的精密的地方。
为此,过不了不久这些VB喜好者大概不会再持续利用VB6,大概他们对其不再报有太年夜的但愿了。
VB.NET的将来
上述注解仅仅是公然公布的.NETBETA版信息的一小部分。当我们看到终极的.NET的产物间隔如今另有相称一段长工夫,微软会接纳它们傍边的一些往临盆埋没着VB.NET庞大性的VisualStudio.NET特征的产物。我们只能翘首以待。我们对此不克不及做甚么,只能信任他们能作到,为了开展,让我们给微软以传统的保护,如许他们就会加倍勉力的往做。
关于运转工夫的实行
假如你看到这里与你所想的相差甚远,你大概会问“功能如何?”,当你在决意用哪种言语来更快的完成一项产物时,这是每个人所天然而然所要问的。
毫无疑问.NET完整扫除了那些尺度。
为了往了解为何.NET言语运转会一样快(或慢),我们必要往看一下编译程序,或恰好是两个阶段的编译程序。
第一阶段产生在你用VisualStudio按Ctrl-Shift-B键时。在这一点上,实行一个编译,你的言语编译器正在创立两头言语(IL)。第二阶段产生在你运转了使用程序时。第二阶段偶然被看做是JIT编译(我们会以为奇异,可是我们不克不及注释)。它为出格利用CPU而利用了IL和发生外乡代码。
微软对第一阶段编译的IL而发生的代码其实不悲观。相反,他们入手下手扩大他们一切的才能往优选第二阶段IL---外乡代码编译。他们如许做是为了使言语的不成知的缘故原由。一切的.NET言语在运转工夫的实行上是一样的。
关于调试和编译者的撑持
VisualStudio.NET供应了一样庞大的调试和编译者利用一切言语的工具。当在ManagedC++译码时你不会看到更细节的器材,比方,与其他的言语比拟。你能够到达你所但愿到达的深度。一样,主动完成的办法也合用于其他言语。
总结
假如你想找到更平安的举措,那就利用C#。我们一定如今VB.NET的功效云云壮大,并且C#更是云云,选择它你不会忏悔的,由于我们已向你明晰地形貌了它的临盆功能。因为现在数据库都使用标准的SQL语言对数据库进行管理,所以如果是标准SQL语言,两者基本上都可以通用的。SQLServer还有更多的扩展,可以用存储过程,数据库大小无极限限制。 |
|