十天掌握vb.net的简单介绍( 五 )


B建立组件时可能会有麻烦 。许多组件开发者创建 Friend Property Set 过程以使他们
的应用程序能改变一个值 , 但提供 Public Property Get 过程以使他们的客户程序能取
回值 。我希望我能为这个改变找到一个合适的理由,可是我找不到 。
Microsoft说它力图使语言保持清晰并使之现代化—大部分情况下它做得不错—但这
个作用域问题和其它几个问题令人感到困惑 。例如,While...Wend 很早以前就应该消失
了,因为 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实现任务表的方式;在程序
出炉前,都需要完成些什么?估计它能帮我省掉很多时间和麻烦 。看到它时,你最容易

推荐阅读