我正在准备一个Visual Basic 2005上的一个类,目标是Visual Basic 6程序员迁移到.NET平台.
我主要关心的是教我的学生在.NET中开发的最佳实践,我想知道是否考虑使用VB运行时函数VB.NET是否合法.
我已经读过VB.NET中的许多VB函数实际上都在.NET Framework上调用方法,因此它们似乎主要是为了简化从早期版本的Visual Basic到VB.NET的过渡.但是,VB.NET团队似乎建议尽可能使用它们,因为他们声称他们在.NET框架API之上进行了一些优化.
你对此有何看法?
我在哪里,我必须经常在C#和VB.Net之间来回移动.考虑到这一点,我们真的不喜欢旧的VB函数,特别是字符串函数: Trim(), Replace(), Len(), UCase()
等等.它们在.Net程序中看起来很奇怪,我不希望在代码中看到它们我必须工作.
唯一的例外是Len()
,如果你使用of
verbage 读取头脑中的代码.在这种情况下,阅读Len(theString)
的length of theString
似乎很有道理.在其他的,它更多的是由字符串执行的操作,所以我想看到.(点)表示法.
另一方面,我很难从转换运算符中断绝自己:CStr, CInt, CDbl
等等.
我不能告诉你为什么我喜欢一种类型而不喜欢另一种类型; 它可能只是我发现Convert.To ___()太冗长,或者它可能与它们是运算符而不是函数有关.
编辑
这一点有点迷失在我的帖子的其余部分,所以我想再次强调一下:
在许多地方,VB.Net与C#共存.我认为你没有像C#那样看到尽可能多的VB.Net商店.它不是那么受欢迎,许多VB.Net商店转移到VB.Net只是作为过渡状态,而程序员也学习C#. 在这些混合环境中,如果在新代码中严格禁止旧的VB函数,那就很有意义了. 你永远不知道什么时候需要移动一个模块,并且必须能够一次同时修改这两个样式,这会产生一些思维共享的开销.所以不理解两者都是一个坏主意.