Form问题是最基本的问题，因为编写WinApp程序首先接触的对象就是它，因此在论坛中对它而产生的问题也最常见。

与Form相关的常见问题大致分为如下的四类问题。

第一类问题：如何控制窗体的显示顺序；

第二类问题：窗体之间的对象如何相互引用或操作；

第三类问题：如何处理窗体唯一性问题；

最后一个问题：如何合理的关闭窗体或程序。

接下来先说说如何控制窗体的显示顺序。

很多编程者常常会遇到这样的现象，例如，通过一个登录窗体去打开一个主窗体，然后要在主窗体中想关闭这个登录窗体。那么就有人出主意，你可以在打开主窗体的时候把登录窗体自身传进去，然后在主窗体中调用它的Hide方法来隐藏。虽说这样可以暂时达到你所要的效果，但不是最合理的解决办法。因为这样做有如下两个缺陷。

第一个就是，登录窗体已经完成使命，而资源没有得到及时释放；

其次就是，在窗体关闭的时候比较麻烦，需要找到登录窗口，关闭自身的同时要关闭登录窗体。

遇到此问题的时候，首要的是分析窗体打开的顺序以及相互关联的条件，常见的类型无非就是主子或者先后这两种。理解好第一点后，那么要学会合理使用ShowDialog和DialogResult这两个好东西，前者属于模式打开窗体，后者属于窗体的返回值。

明白了这两点，就可以很方便的解决类似于登录窗体的问题，这方面的例子可以参看我的这篇文章。

http://blog.csdn.net/knight94/archive/2006/04/06/652394.aspx

文章中修改了一个WinApp的入口函数Main，那么并不意味着这个方法只能在这儿使用，它可以在很多方法中进行使用，基本语法类似，这里我就不多说了。

第二个要说的是窗体之间的对象如何相互引用或者操作。

常见的类似问题有：

1． 如何在子窗体访问到主窗体中的某某数据；

2． 如何在子窗体中调用主窗体中的某某方法；

3． 如何在子窗体关闭的时候去更新主窗体的某某数据；

对于如上的三个问题，完全可以由如下两种方法来完成。

1． 当数据是子窗体显示的必要条件的话，通过修改子窗体的构造函数来进行传递数据；

2． 如果是不定时的访问，则可以通过委托来实现。

对于第一点，我就不多说了，对于第二点，我用如下的例子来说明。

首先在子窗体中，需要如下：

    //Define two delegate methods to get or set textbox value in main form

    public delegate void SetTextValue( string TextValue );

    public delegate string GetTextValue(  );

    // In sub-form class

    // Handler for methods from main form

    private SetTextValue SetText = null;

    private GetTextValue GetText = null;

    // Call methods as follows

    string strValue = GetText();

    SetText( strValue + DateTime.Now.ToString() );

除了如上一些操作外，还需要修改子窗体的构造函数，来接收这两个delegate方法，这里就不多说了。

至于主窗体，首先要为这两个委托来实现对应函数，例如：

    /// <summary>

    /// Get textbox's text for other forms

    /// </summary>

    /// <returns></returns>

    private string GetValue()

    {

        return yourTextBox.Text;

    }

    /// <summary>

    /// Set textbox's text for other forms

    /// </summary>

    /// <param name="sValue"></param>

    private void SetValue( string sValue )

    {

        yourTextBox.Text = sValue;

    }

那么调用子窗体的时候就比较简单了。

    // Create subform and show it

    yourSubForm myForm = new yourSubForm(

        new SetTextValue( SetValue ),

        new GetTextValue( GetValue ) );

    myForm.ShowDialog();

这样一个通过委托来操纵主窗体的例子就完成了。这里需要注意的一点，如果在子窗体中大量使用到主窗体的数据的话，那我建议你重新考虑窗体架构，这意味着你目前的窗体架构不合理。

有人说了，仅仅为了访问一个成员就需要劳师动众编写委托，多麻烦，直接public成员，或者使用static静态成员多方便，那么对于这两点的坏处，我这里就不多说了，参看我的这篇文章你就会明白。

http://blog.csdn.net/knight94/archive/2006/06/04/772886.aspx

第三类问题，窗体的唯一性问题，这个问题我在这儿就不多说了，因为这类问题我在如下的文章已经说得很透彻了。

http://blog.csdn.net/knight94/archive/2006/05/24/752783.aspx

最后一个问题，如何合理的关闭窗体和程序。很多人关闭了窗体，发现程序进程还在，就不知道如何来操作了。大多数的问题，都是因为第一类问题而产生的连锁反应。所以我不建议使用Application.Exit来关闭程序，虽说C#写的是托管程序，内存的释放可以不用操心，但是好的编码习惯，有利于在编写复杂程序的时候能得心应手。

那么如何正确的关闭一个窗体或者一个程序呢。

如果不能正常关闭的原因是由于第一类问题造成的话，按照第一类的方法去修改窗体显示顺序，来达到合理的步骤。前期的正确，才能保证后期的能通过this.Close进行关闭窗体以及程序。

如果是子窗体要关闭连锁到主窗体关闭的话，这类问题也占一大部分，那么解决此类问题可以采用第二类问题所提到委托方法。

那么还有一些窗体关闭，程序没有正常关闭，是由于子线程没有关闭的问题，这部分留到线程汇总部分再说。

用C#写程序不难，如何编写正确的程序才是至关重要。此时再回过头看看前面所说的四类问题的解决方法，其实不难发现这些方法并没有用到特别深的技术，都是非常普通的方法。俗话说，平凡中见真知，只要把所学的方法正确应用到编码当中，那么你处理此类问题也能游刃有余。