为什么VB.Net中的每个表单都有默认实例,而C#中没有？

Question

我只是想知道有(Name)属性,它表示Form类的名称.此属性在命名空间内用于唯一标识Form是其实例的类,并且在Visual Basic的情况下,用于访问表单的默认实例.

现在,这个默认实例的来源,为什么C#不能有一个等效的方法.

另外例如,为了在C#中显示一个表单,我们执行以下操作:

// Only method
Form1 frm = new Form1();
frm.Show();

但是在VB.Net中我们有两种方法可以做到:

' First common method
Form1.Show()

' Second method
Dim frm As New Form1()
frm.Show()

1. 我的问题来自第一种方法.这是什么Form1,它是一个实例 Form1或Form1类本身？现在,正如我上面提到的,Form名称是VB.Net中的Default实例.但我们也知道这Form1是一个定义的类,Designer那么实例和类名的名称是如何相同的？如果Form1是一个类,则没有名为Show()的(Static\Shared)方法.那么这种方法来自哪里？

2. 他们在生成的IL中有什么不同？

3. 最后为什么C#不能与之相提并论呢？

Answer 1

这被添加回VS2005附带的VB.NET版本中的语言.根据大众的需求,VB6程序员很难看到类型和对该类型对象的引用之间的差异.你的代码片段中的Form1 vs frm.有这样的历史,VB直到VB4才获得类,而表单一直回到VB1.对于程序员来说,这是非常严重的,理解差异对于编写有效的面向对象代码非常重要.C#没有这个的很大一部分原因.

您也可以在C#中获得它,尽管它不会那么干净,因为C#不允许像VB.NET那样向全局命名空间添加属性和方法.您可以在表单代码中添加一些粘合剂,如下所示:

public partial class Form2 : Form {
    [ThreadStatic] private static Form2 instance;

    public Form2() {
        InitializeComponent();
        instance = this;
    }

    public static Form2 Instance {
        get {
            if (instance == null) {
                instance = new Form2();
                instance.FormClosed += delegate { instance = null; };
            }
            return instance;
        }
    }
}

您现在可以在代码中使用Form2.Instance,就像您可以在VB.NET中使用Form2一样.应该将属性getter的if语句中的代码移动到它自己的私有方法中以使其有效,为了清楚起见,我这样做了.

顺便说一句,该片段中的[ThreadStatic]属性使许多VB.NET程序员完全绝望地放弃了线程.抽象漏洞时的问题.你是真的关闭不这样做要好.

Answer 2

VB基本上是在你背后的项目中添加一堆代码.

查看正在发生的事情的最简单方法是构建一个最小的项目并使用Reflector查看它.我刚刚用VB创建了一个新的WinForms应用程序并添加了这个类:

Public Class OtherClass    
    Public Sub Foo()
        Form1.Show()
    End Sub
End Class

当反编译为C#时,Foo的编译代码如下所示:

public void Foo()
{
    MyProject.Forms.Form1.Show();
}

MyProject.Forms是生成的MyProject类中的属性,类型MyForms.当你开始深入研究时,你会看到相当多的生成代码.

当然,C#可以完成所有这些工作 - 但它通常不具备在你背后做得多的历史.它为诸如匿名类型,迭代器块,lambda表达式等之类的东西构建额外的方法和类型 - 但不像VB在这里做的那样.C#构建的所有代码都对应于您编写的源代码 - 只是巧妙地转换.

当然,这两种方法都存在争议.我个人更喜欢C#方法,但这可能并不奇怪.我不明白为什么应该有一种方法来访问一个表单的实例,就像它是一个单例而只是表单...我喜欢这种语言以相同的方式工作,无论我是使用GUI类还是其他任何东西,基本上.