“DefInstance”是什么，我应该从WinForms应用程序中删除它吗？

Question

我正在开发一个VB.NET WinForms应用程序，它是由Visual Studio升级而来(最初是1.0或1.1)，从VB6代码升级而来(它本身又从VB5升级而来)。除了我接管维护此应用程序后创建的少数新表单外，应用程序中的所有表单都有一个名为DefInstance的方法，如果存在内存中的副本，则可以获取该表单的副本。我的问题是：何时需要引用不在工作范围内的内存中的表单对象？在我看来，这违反了所有良好编程原则，并且似乎会导致内存泄漏或更糟糕的情况。

问题：(1)这个DefInstance是VB6遗产的不幸残留物吗？(2)我应该着重删除应用程序中的DefInstance方法吗？

- Parvenu74

Answer 1

我收到了一位微软员工的回答：

http://msdn.microsoft.com/en-us/library/aa289529(VS.71,printer).aspx

简而言之，DefInstance是一个“不是最佳实践”的兼容性方法，适用于尚未转换为真正的.NET WinForms应用程序的旧应用程序。直到今年早些时候我一直是Web程序员，从未使用过VB6“WinForms”应用程序，也没有处理升级向导在将它们强制转换为.NET时所做的兼容性妥协。

- Parvenu74

Answer 2

是的，缺省实例是通过升级向导导入应用程序时产生的可怕副产品。在点net版本之前，使用默认实例是VB的一种习惯，因为窗体作为默认实例总是驻留在内存中，尽管您也可以创建其他实例。

正如Parvenu74所说，这不是最佳实践。话虽如此，在从导入的应用程序中删除它时，由于可能正在使用它的副作用和引用，请非常小心。您最好不要在开发的新代码中使用它，并逐渐远离“转换”代码。如上所述，默认实例的内容在VB 2005中重新引入，但其使用是极不鼓励的。

- Steve Massing

Answer 3

正如您所提到的，它可以让您获取对表单的引用。

我看过很多像这样编写的VB代码：

Private Sub Command_Click()
   Call DoStuff
End Sub

Private Sub DoStuff()
   Form1.myTextbox.Text = "Bad Idea"
End Sub

DefInstance 允许 DoStuff() 在不传递控件的情况下继续工作。

更多信息请参见：http://social.msdn.microsoft.com/Forums/en-US/vbgeneral/thread/6d7985b5-6db6-47a8-9e11-cbf114a48d37/。

- BQ

Answer 4

可悲的是，那个有毒的语法糖被添加到了VB8（VS2005）中。现在，当VB.NET程序员无法理解每个线程都有一个单独的“Form1”实例时，他们会陷入致命的困惑。好消息是：现在你绝对不需要DefInstance了。

- nobugz