|
Write #1 Catch Kill "Testfile" Finally Close #1 End Try End Sub 还有一些其他方面令人激动的改进，现在的Visual Basic的使用者将会逐渐熟悉它们。在下一个版本的Visual Basic中，你可以在变量声明的同时对变量进行初始化： Dim a as integer = 10 你也可以在一个表达式中建立和初始化一个新的对象。你也可以通过类来共享变量。最后，但不仅仅如此，继承的概念扩展到了项目的用户界面的基础。关于Visual Basic的一个具有代表性的观点是它很难在相同的基础上创建多种不同的表单。（在联合开发的环境中，通常有这种要求）。在下一个版本的Visual Basic中，你可以通过模板类型来实现。 多年以来，人们一直期待着这些改进，这是为什么呢？让我们来看看。Visual Basic的通信（在这方面我已经从事了将近十二年）变得越来越复杂，远远超过1991年的第一版。Visual Basic早期最初用于小型的便携式的工具样机的快速设计和开发。结果，Visual Basic获得了“玩具语言”的名声（在我看来，这是意料之外的）。现在它显然不再是玩具了，再这么说的人就是出于一种盲目的偏见了。现在各个领域都有大量的基于Visual Basic的软件包。Visual Basic 正在发展着。去年，在中心研究所，我和一个软件开发者进行了交谈，他使用Web-Class编写的程序每星期接受上百万次的点击。 下一个版本的Visual Basic所发生的变化是令人惊喜的。如果你想获得它们所带来的那些好处，那就使用它们。如果你不想，你可以理直气壮的使用你目前仍然使用的。然而，了解在象Visual Basic这种比C++和Java容易使用的多的语言中，也可以实现C++和Java所实现的功能，是有好处的。 未来的发展趋势 这种预览式的介绍你留下了什么样的印象呢？这个问题问得很好，但是你可以找到问题的答案。在过去的一年中，可以明显的看到ASP开发的变化，这些开发程序常常由一些易读的ASP脚本组成，在这些脚本的基础上运行整个程序。由于ASP是对整个脚本代码进行解释执行的，在对各组件进行组装时，人们逐渐发现这种技术的固有的局限性。我听到越来越多的开发者说，他们要把他们的事件处理函数从脚本代码中完全脱离出来，放在更快捷的编译方式的模型下实现，这些模型用C＋＋或Visual Basic编写，通过COM接口进行组装。 对于你所能想到的各种理由，Visual Basic都是能够满足的。使用Visual Basic来设计组件实际上并不比使用VBScript或JScript®困难多少。你可以编写执行起来更快的代码，并且很容易就能达到你的要求。当下一个版本的Visual Basic发布后，你可以使用Visual Basic来生成面向网络的对象，这种对象和ASP兼容。总之，走组件组合的路线不管是现在还是将来都会被认为是最好的选择。 正如我前面时候提到的那样，使用Visual Basic(和WebClasses)编写的面向Internet的应用程序已经有很广泛的基础。问题是，大部分的基于WebClasses的应用程序并没有经过很好的设计。它们没有很好地区分应用程序的不同的层次，把中间层的过程和基于DHTML的用户界面混淆了。 下一个版本的Visual Basic将引入WebClasses，它是经过精心挑选后确定的网络开发的工具。因为它更具有scalable、更强大、而且是真正的language-agnostic。它在Visual Studio的所有的工具中起作用。如果你注意多层开发的一些基本规则，你可以很容易地完成这个转变。 特别要注意，把中间层过程和显示层过程分开。强烈推荐在做这些工作时，参考Windows® DNA 2000的体系结构。核心的事件处理功能必需在中间层完成，你可以使用各种你所喜欢的编译语言编写的用于实现这些功能的各个组件。然后，这些组件组装在一个ASP脚本文件中，这样各组件就可以协同工作了。如果你把大部分的逻辑运算放在事件对象中而不是脚本中的话，那就是最理想的了。它不仅对将来向Web services转变是一个好的主意，它也是一种值得效仿的实践。
|
正在阅读：Visual Basic 的未来Visual Basic 的未来
2004-03-29 11:49
出处：PConline
责任编辑：linjixiong
键盘也能翻页，试试“← →”键
