vb.net w3cschool,windows vb

　　上个月（第2卷，第9期),我给出了转换过程的执行概述，并开始考虑将一般的VB6代码转换成VB。净.这个月我将完成一般的转换，包括dll，然后开始数据库转换。下个月的最后一部分，我将介绍ASP。网网页的转换，并看看如何转换到VB。NET 2005和C# .

　　没有什么是完美的

　　转换向导完成后，升级报告可能会包含许多问题的列表。这些问题中有很多都是无计可施的小事，但在大多数情况下对最终的项目几乎没有影响。例如，如果您在VB6中使用渲染顺序属性，向导将转换它，但会添加一条消息，说明行为已经改变。向导标记的所有问题都有一个链接，指向解释问题的URL .在渲染顺序的例子中，VB6行为和VB。网行为的区别在于，在VB6中，窗体被放在应用程序的前面；在前面中，该应用程序还会出现在计算机上运行的所有其他应用程序的前面。在大多数情况下，这比VB6行为更接近预期结果。

　　目录命令是另一个例子。在VB6中，使用目录命令列出目录中的文件时，总是会列出"."和.在返回的文件列表中，目录命令总是首先列出它们。在VB。NET， 和.从不在目录结果中列出。这些并不总是在VB6中列出-例如，它们不是根目录的一部分-所以正确的VB6代码检查这些目录。这样的代码将在VB。网正确执行。然而，一些VB6程序只是忽略目录返回的前两个文件，假设它们是"."和.；这段代码在VB。网中总是会丢失前两个文件，在某些情况下在VB6中也会丢失。这是另一个写得好的代码转换得好的例子。

　　上个月（第二卷第九期),我大概的描述了转换过程的流程，并开始关注了一般的VB6到VB .网的代码。这个月我将会更将丰富完成一般的转换，包括dll，接着会关注数据库的转换，然后就是转换到VB .NET2005和C#。

　　没有什么是完美的

　　在转换向导结束之后，升级报告会尽可能的将许多问题列出来。许多这些问题都是小问题，都是升级向导所解决不了的，但是这些问题里大多数情况下都不会对最终的程序产生什么影响。比如说，你在VB6中使用了渲染顺序属性，但是向导转换了代码之后还添加了一个消息，这就意味着行为/功能发生了改变。所有由向导标记的问题将由一个链接到一个统一资源定位器来说明这个问题。在前面所提到的渲染顺序问题中，VB6和VB .网之间的行为区别在于VB6中的窗体被展现在程序的最前端，然而VB .网也会这样做，但同时还被展现在其它电脑里运行的应用程序。大多数情况下，这样做比VB6会更接近程序员我期待的效果。

　　另一个例子是关于目录命令的。在6中，使用这个来列出目录中的文件时总是会先列出.和.,而VB .网中这两个东西将不再在返回列表中出现。但是也并不总是在VB6中被列出来-例如，当他们不属于根目录时。所以正确的VB6代码会检查这些目录的，这样的代码在VB .网中会正确地执行。但是，一些VB6程序会将返回结果假设为.和.（实际上是真实存在的文件),然后仅仅是简单的忽略了目录返回的前两个文件，这样子移植后的代码在VB .网中总是会丢失这前两个文件，在VB6中的一些案例同样会出现这样的情况。这也是《well-written code converting well》 ( 《写得好转换得也好》 )的另一个例子。