VB.net在声明、构造以及执行类上比VB6有很大的变化，同样在对象的处理上也有不小的改变。这些改变影响了我们实例化对象、引用和取消引用对象以及我们使用捆绑技术的方法。下面我们就开始具体说明吧。
对象声明和实例化
VB.net没有使用CreateObject语句来创建对象。CreateObject是VB与COM密切相关的一个产物。因为VB.NET不再使用COM，所以从VB.NET开始就不在使用CreateObject。
New语句
VB.NET使用New语句来创建对象。我们可以使用New在代码的任何地方。下面的例子我们来创建一个变量并且在类的一个实例中创建一个对象的实例：
Dim obj As TheClass
obj = New TheClass()
我们可以简化上面的语句：
Dim obj As New TheClass()
VB6中以上的两段语句会存在一些事情，但是在VB.NET中上面的两段语句之间是没有什么区别的，只是第二段语句缩短了而已 。
下面我们要讲讲变量的作用域。假如你在一个块结构中声明一个变量，那个变量就只有在块结构中才有效。在许多情况下，我们想在方法的作用域中声明一个变量，或者想在在块结构（比如Try...End或者loop循环结构）中创建一个实例。在这样的情况下，用实例化来组合声明有点不妥。
上面的语句为我们定义了一个变量并实例化了一个类。这条语句可能在处理继续或者多个界面的时候会更有用。我们可以声明变量为其中一种类型并且基于要执行界面的类来实例化对象：
Dim obj As MyInterface = New TheClass()
我们可以同时利用更复杂的语句。假如我们有个需要对象引用的方法，我们可以这样来实例化对象：
DoSomething(New TheClass())
以上的语句是调用DoSomething方法并且传递TheClass的一个新的实例作为参数。这个新的对象就只有存在于这个方法的调用的事件内，即当方法完成之后，这个对象就自动被取消引用。
这里还得提醒一下，取消引用一个对象不是意味着马上终止这个对象。这一点我们在前面的教程中有作解释。对象只有在.NET的垃圾收集处理程序的时候才将它们从内存清除掉。
下面的例子可能更复杂。不是利用一个对象引用，我们的方法需要一个字符串。我们可以从一个方法提供一个字符串数值到我们的对象中来实例化对象并调用方法：
DoSomething(New TheClass().GetStringData())
很显然，我们需要仔细观察一下这条语句的可读性。语句的压缩往往较少了可读性，这点是我们应该注重到的。
没有Set要害字
当我们处理对象的时候，我们没有使用Set语句。在VB6 中，处理对象引用的时候我们不得不使用Set命令处理来自其它数据类型的对象。而在VB.net中来自其它数据类型的对象是采用不同的方法来处理的，这里我们可以使用直接的参数来处理对象，就象处理整型或者字符型数据类型。这个Set命令在VB.net中不再有效。
取消引用对象
在VB6中，我们可以通过设置对象引用为Nothing(空)来取消引用对象。这点和VB.NET中的处理方法是一样的。
Dim obj As TheClass
obj = New TheClass()
obj = Nothing
但是在VB.NET中这条语句有不同的效果。因为VB.NET不是使用引用计算来终止对象，而是依靠垃圾收集机理。而在VB6中，当没有变量访问对象的引用，这个对象就被终止。在VB.NET中，以下这样看法是错误的：当垃圾收集处理程序发现对象没有被引用它就被终止。正确的应该是，在最后一个引用被移除之后的一段时间后才将对象从内存中清除。
但是这并没有清除被取消对象的数值。假如你有一个长时间运行的算法，那么你最好在处理程序中显式地取消引用这个对象，这样就可以在可能的情况下由垃圾收集程序清除它们。只要我们的代码保留了对象的引用，那对象就会保持在内存中而不会被垃圾收集程序清除。
早的和晚的捆绑
VB的一个强大的功能是在处理对象的时候可以访问早的和晚的捆绑。你看完这句一定会觉得云里雾里的，好吧，下面就具体叙述一下早的和晚的捆绑吧。
所谓早的捆绑意思是说代码在直接处理对象时提前知道数据类型并且可以更有效的处理对象。早的捆绑答应IDE使用IntelliSense来提供开发效率，以及答应编译程序确保我们引用的方法存在并且提供正确的参数数值。
晚的捆绑的意思是代码动态地处理对象。这提供了更大的灵活性，因为代码没有考虑对象的类型，并且只要对象支持我们想要调用的方法，它就被处理。并且因为IDE或者编译程序不能识别对象的类型，而且没有IntelliSense和编译过程的语法检查，所以它将带来一些预想不到的灵活性。
VB.net继续了这个传统，并且它在处理对象的时候提供了对早的和晚的捆绑的支持。
缺省状态下，所有的对象是早的捆绑。只要Option Strict 被设置On，IDE和编译器强迫这样作，On也是缺省的。但是，假如Option Strict 被设置Off，我们在整个代码中就使用晚的捆绑。
对象类型的使用
晚的捆绑发生在编译器不能判定对象的类型的时候。这个问题可以通过使用对象的数据类型类解决。一个数据类型对象的变量可以保留任何的数值，包括任何类型对象的引用。这样，如同下面的代码就可以在任何对象中运行以完成一个MyMethod方法，这个方法没有任何参数。
Option Strict Off
Module LateBind
Public Sub DoSomething(obj As Object)
obj.MyMethod()
End Sub
End Module
假如对象传递这个程序（没有一个无参数的MyMethod方法），那么就会出现一个错误。这里推荐，使用晚的捆绑的代码要总是提供错误俘获：
Option Strict Off
Module LateBind
Public Sub DoSomething(obj As Object)
Try
obj.MyMethod()
Catch
（这里可以进行一些适当的处理来给出调用这种方法的错误）
End Try
End Sub
End Module
虽然晚的捆绑比较灵活，但它轻易导致错误并且比起早的捆绑更慢。为了产生晚的捆绑方法的调用，.net程序必须动态地判定目标程序是否由一个方法来匹配我们调用的方法，并且它必须调用那个方法。这会比早的捆绑花更多的时间，因为早的捆绑能够提早知道方法的存在并且编译代码以使得调用变得很直接。