包含vbado.net的词条( 六 )


了,因为 Do...Loop 完成同样的功能 。然而,Microsoft 不仅没能去掉 While...Wend
,还把它改成了 While...End While 来给自己找了更多的麻烦 。真奇怪!
我最不喜欢的改变是:Microsoft改变了你已经使用的数据类型含义 。在 .NET 里,
Integer 现在是 32 位,而 Long 变成了 64 位 。我心存恐惧地想:开发者 (包括我自
己) 会多么频繁地使用错误的变量啊 。那个API到底是接受一个16位的 Integer还是32位
的?老天!我希望Microsoft重新考虑这个决定并使用新的变量类型 , 比如Int32和Long
64 。无论迁移到 VB.NET的移植工具是多么的好,它也不能改变开发者的记忆 。为什么要
逼着我们再学一遍普通的数据类型呢?
最后 , 最需要的一个改变是:VB.NET引入了 Option Strict 关键字 , 你可以使用它
来代替 Option Explicit 。Option Strict 结束了万恶的类型强制(tm),通过它VB乐于
让你把一个数值赋值给一个字符串,然后像犯罪一样做另一个操作 。设置 Option Stri
ct 告诉 Visual Basic.NET 不要为你做任何类型强制 。注意 VB.NET 并不是彻底的控制
狂,它允许类型向下转换,但不允许向上 。例如 , 不使用像 sngvariable = CSng(dblv
ariable) 这样的语句进行显式类型转换,你就不能把声明为 Single 的变量赋值给声明
为 Double 的变量 。因为这有丢失数据的风险 。然而 , 你能不使用显式类型转换就把声
明为 Double 的变量赋值给声明为 Single 的变量 , 因为这并没有丢失数据的危险 。使
用 Option Strict 能帮助开发者减少很多类型错误 , 包括那些很难调错的 。但有一个附
加的缺陷:在工程里使用了 Option Strict 后 , 就不能进行 后编联了 。
回复:
细说VB.NET(下)
(作者:青苹果工作室编译 2001年03月07日 14:47)
表单和新IDE面孔
Visual Basic.NET 的面向对象功能很伟大,但第一次启动 VB.NET 时还注意不到它
。可能你注意到的第一件事是它的 IDE 。IDE看起来可能很熟悉,建立VS.NET IDE的团队
以前的工作是开发VB的IDE , 对IDE的增强借鉴了VB IDE的经验 。
同时,IDE的改变远比外表显示的深刻 。所有.NET语言使用相同的IDE,并且IDE中的
新工具功能强大又易于理解 。你能把任何一个设计窗口设置为自动隐藏 (就像你能自动
隐藏Windows任务栏那样) , 这样就大大地减少了混乱 。主工作区域是一系列选项卡,这
意味着IDE不再同时显式多个表单和代码模块 。当打开对象的源代码时,IDE在它的主工
作区域为工作的对象添加一个新的选项卡 。
IDE还包括一个叫作任务表(Task List)的新窗口 。它的内容由IDE创建的项目组成 。
例如 , 如果在试图编译一个工程时收到一个错误,VB在任务表里创建一个项目来解释这
个错误 。你能直接向任务表里添加项目,或者通过在代码里以 "TODO:"开始一个注释行
 , 你可以在代码位置和任务之间建立联系 。我喜欢Microsoft实现任务表的方式;在程序
出炉前 , 都需要完成些什么?估计它能帮我省掉很多时间和麻烦 。看到它时,你最容易
产生的一个想法就是:以前怎么就没人想到它呢?
你能注意到的另一个变化就是:VB.NET的表单 。Microsoft废弃了旧的表单引擎而使
用Windows Form代替它 。所有基于 CLR的语言都使用Windows Form引擎 。相对于VB6的表
单引擎,它有几个重要的改进 。例如,Windows Form让你能创建能自动调整组件尺寸的

推荐阅读