引言

创立响应式WinForm应用程序并不那么粗略。
响应式布局,在此我指的是应用程序在不同屏幕分辨率下的可用性。
对于WinForm应用程序,大家需要明确地遵照分辨率来调动控件的大大小小和另行定位。
固然在使用WPF时有相关的施行应用,通过应用控件的docking和anchoring,或采用panels等艺术,但本文提供了一种将响应式应用于WinForm应用程序的例外措施。

引言

创造响应式WinForm应用程序并不那么粗略。
响应式布局,在此我指的是应用程序在不同屏幕分辨率下的可用性。
对于WinForm应用程序,大家需要明显地遵照分辨率来调动控件的高低和重新定位。
固然在行使WPF时有相关的施行应用,通过动用控件的docking和anchoring,或应用panels等措施,但本文提供了一种将响应式应用于WinForm应用程序的不等方法。

背景

自己在一个投机计划的简单游戏中遭受了问题:我计划了一台分辨率为1920×1080的机械,
可是当我准备在台式机电脑上播报时,发现应用程序边界跑到屏幕之外。由此很有必不可少让程序来适应不同分辨率的装置,而不是让用户来适应程序。
由此,我对代码举行了立异。

背景

自己在一个团结设计的粗略游戏中碰到了问题:我计划了一台分辨率为1920×1080的机械,
可是当自身打算在台式机电脑上播放时,发现应用程序边界跑到屏幕之外。由此很有必要让程序来适应不同分辨率的装置,而不是让用户来适应程序。
因而,我对代码举办了立异。

技术

实质上没什么技术可言,只是用了一个小技巧。大家用多个常量来保存设计时的屏幕分辨率,我们称为设计时分辨率。这样,无论什么日期运行应用程序,它都会得到一个乘法因子,这其实是一个比重因子,通过将近日分辨率除以设计时分辨率来得到该因子。
窗体的富有控件都被传送给这一个类对象举行缩放和调整大小。

技术

实质上没什么技术可言,只是用了一个小技巧。大家用七个常量来保存设计时的屏幕分辨率,我们称为设计时分辨率。这样,无论什么日期运行应用程序,它都会拿到一个乘法因子,这实则是一个比例因子,通过将眼前分辨率除以设计时分辨率来赢得该因子。
窗体的有着控件都被传送给这些类对象举办缩放和调动大小。

代码

代码

The Responsive Class – Responsive.cs

开创一个类Responsive.cs,添加5个变量。

float WIDTH_AT_DESIGN_TIME = (float)Convert.ToDouble
                             (ConfigurationManager.AppSettings["DESIGN_TIME_SCREEN_WIDTH"]);
float HEIGHT_AT_DESIGN_TIME = (float)Convert.ToDouble
                              (ConfigurationManager.AppSettings["DESIGN_TIME_SCREEN_HEIGHT"]);
Rectangle Resolution;
float WidthMultiplicationFactor;
float HeightMultiplicationFactor;

设计时屏幕分辨率保存在App.config文件中。

<add key ="DESIGN_TIME_SCREEN_WIDTH" value="1920"/>
<add key ="DESIGN_TIME_SCREEN_HEIGHT" value="1080"/>

当类的一个实例被创立时,当前的分析被提供给构造函数。
之后调用该类的SetMultiplicationFactor()方法。
那种方法通过将最近分辨率除以设计时间分辨率来赢得缩放因子。

public Responsive(Rectangle ResolutionParam)
{
    Resolution = ResolutionParam;
}

public void SetMultiplicationFactor()
{
    WidthMultiplicationFactor = Resolution.Width / WIDTH_AT_DESIGN_TIME;
    HeightMultiplicationFactor = Resolution.Height / HEIGHT_AT_DESIGN_TIME;
}

譬如,该应用程序设计在1920×1080分辨率。
假若此应用程序在分辨率为1024×768的电脑上运行,则WidthMultiplicationFactor和HeightMultiplicationFactor更改如下:

WidthMultiplicationFactor = 1024/1920 = 0.533
HeightMultiplicationFactor = 768/1080 = 0.711

说到底有二种重载方法,它们为应用程序控件提供响应式解决方案(最佳大小,地方和字体大小)的最后方法。

public int GetMetrics(int ComponentValue)
{
    return (int)(Math.Floor(ComponentValue * WidthMultiplicationFactor));
}

public int GetMetrics(int ComponentValue, string Direction)
{
    if (Direction.Equals("Width") || Direction.Equals("Left"))
        return (int)(Math.Floor(ComponentValue * WidthMultiplicationFactor));
    else if (Direction.Equals("Height") || Direction.Equals("Top"))
        return (int)(Math.Floor(ComponentValue * HeightMultiplicationFactor));
    return 1;
}

例如,固然存在宽度=465,中度=72,左=366,顶部=41和字体大小=40的控件,则该模式重回提出的轻重,地方和字体大小为:

Width = 465 * 0.533 = 248
Height = 72 * 0.711= 51
Left = 366 * 0.533= 195
Top = 41 * 0.711= 29
Font-size = 40 * 0.533 = 21

骨子里,这些主意重回缩放的控件与大小、地方和字体大小,而这一个值是显示的最佳值。

The Responsive Class – Responsive.cs

始建一个类Responsive.cs,添加5个变量。

float WIDTH_AT_DESIGN_TIME = (float)Convert.ToDouble
                             (ConfigurationManager.AppSettings["DESIGN_TIME_SCREEN_WIDTH"]);
float HEIGHT_AT_DESIGN_TIME = (float)Convert.ToDouble
                              (ConfigurationManager.AppSettings["DESIGN_TIME_SCREEN_HEIGHT"]);
Rectangle Resolution;
float WidthMultiplicationFactor;
float HeightMultiplicationFactor;

计划时屏幕分辨率保存在App.config文件中。

<add key ="DESIGN_TIME_SCREEN_WIDTH" value="1920"/>
<add key ="DESIGN_TIME_SCREEN_HEIGHT" value="1080"/>

当类的一个实例被创制时,当前的辨析被提供给构造函数。
之后调用该类的SetMultiplicationFactor()方法。
这种艺术通过将眼前分辨率除以设计时间分辨率来得到缩放因子。

public Responsive(Rectangle ResolutionParam)
{
    Resolution = ResolutionParam;
}

public void SetMultiplicationFactor()
{
    WidthMultiplicationFactor = Resolution.Width / WIDTH_AT_DESIGN_TIME;
    HeightMultiplicationFactor = Resolution.Height / HEIGHT_AT_DESIGN_TIME;
}

譬如说,该应用程序设计在1920×1080分辨率。
如若此应用程序在分辨率为1024×768的处理器上运行,则WidthMultiplicationFactor和HeightMultiplicationFactor更改如下:

WidthMultiplicationFactor = 1024/1920 = 0.533
HeightMultiplicationFactor = 768/1080 = 0.711

最后有二种重载方法,它们为应用程序控件提供响应式解决方案(最佳大小,地点和字体大小)的终极方法。

public int GetMetrics(int ComponentValue)
{
    return (int)(Math.Floor(ComponentValue * WidthMultiplicationFactor));
}

public int GetMetrics(int ComponentValue, string Direction)
{
    if (Direction.Equals("Width") || Direction.Equals("Left"))
        return (int)(Math.Floor(ComponentValue * WidthMultiplicationFactor));
    else if (Direction.Equals("Height") || Direction.Equals("Top"))
        return (int)(Math.Floor(ComponentValue * HeightMultiplicationFactor));
    return 1;
}

诸如,即便存在宽度=465,低度=72,左=366,顶部=41和字体大小=40的控件,则该方法重返提议的高低,地点和字体大小为:

Width = 465 * 0.533 = 248
Height = 72 * 0.711= 51
Left = 366 * 0.533= 195
Top = 41 * 0.711= 29
Font-size = 40 * 0.533 = 21

事实上,这一个办法再次回到缩放的控件与大小、地方和字体大小,而这么些值是展示的最佳值。

使用 Responsive Class

我们需要的是以此外索要响应的格局简单地创立那个类的靶子。
当前的分辨率是在构造函数中提供的, 之后的工作就是建立所需的乘法因子。

Responsive ResponsiveObj;
ResponsiveObj = new Responsive(Screen.PrimaryScreen.Bounds);
ResponsiveObj.SetMultiplicationFactor();

在这之后,表单的持有控件都将逐个传递,以在表单的加载事件中调整大小和重新定位。
那么些调用在下边的代码中形成。 它所做的是第一将窗体定位到屏幕的中央。
我在这里安装了一个校准常数(30),为顶尖的垂直地点添加控件,这或者因开发人员而异。
之后,表单的每一个控件都会重复定位,调整大小,并再次校准字体大小。

private void ResponsiveForm_Load(object sender, EventArgs e)
{
    Width = ResponsiveObj.GetMetrics(Width, "Width");           // Form width and height set up.
    Height = ResponsiveObj.GetMetrics(Height, "Height");
    Left = Screen.GetBounds(this).Width / 2 - Width / 2;        // Form centering.
    Top = Screen.GetBounds(this).Height / 2 - Height / 2 - 30;  // 30 is a calibration factor.

    foreach (Control Ctl in this.Controls)
    {
        Ctl.Font = new Font(FontFamily.GenericSansSerif, 
                   ResponsiveObj.GetMetrics((int)Ctl.Font.Size), FontStyle.Regular);
        Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
        Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
        Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
        Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
    }
}

使用 Responsive Class

大家需要的是以其余索要响应的款型简单地创制那些类的目的。
当前的分辨率是在构造函数中提供的, 之后的工作就是建立所需的乘法因子。

Responsive ResponsiveObj;
ResponsiveObj = new Responsive(Screen.PrimaryScreen.Bounds);
ResponsiveObj.SetMultiplicationFactor();

在这将来,表单的持有控件都将逐个传递,以在表单的加载事件中调整大小和再度定位。
这多少个调用在底下的代码中形成。 它所做的是率先将窗体定位到屏幕的骨干。
我在此间设置了一个校准常数(30),为最佳的垂直地点添加控件,这或许因开发人员而异。
之后,表单的每一个控件都会重新定位,调整大小,同样重视复校准字体大小。

private void ResponsiveForm_Load(object sender, EventArgs e)
{
    Width = ResponsiveObj.GetMetrics(Width, "Width");           // Form width and height set up.
    Height = ResponsiveObj.GetMetrics(Height, "Height");
    Left = Screen.GetBounds(this).Width / 2 - Width / 2;        // Form centering.
    Top = Screen.GetBounds(this).Height / 2 - Height / 2 - 30;  // 30 is a calibration factor.

    foreach (Control Ctl in this.Controls)
    {
        Ctl.Font = new Font(FontFamily.GenericSansSerif, 
                   ResponsiveObj.GetMetrics((int)Ctl.Font.Size), FontStyle.Regular);
        Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
        Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
        Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
        Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
    }
}

示例

以下是一个非凡简单的表单,其中含有一个data
gird,一个label,一个textbox和一个button。
下边的图样以两种不同的分辨率截取。
下边的截图是在1920×1080分辨率下截取的:
图片 1

下边的截图是在1360×768分辨率下截取的:
图片 2

下边的截图是在1024×768分辨率下截取的:
图片 3

事实上,通过压缩/扩充和另行定位控制到最佳水平,Form在不同的分辨率下看起来是千篇一律的。

示例

以下是一个非凡简单的表单,其中包含一个data
gird,一个label,一个textbox和一个button。
下面的图纸以两种不同的分辨率截取。
下边的截图是在1920×1080分辨率下截取的:
图片 4

下面的截图是在1360×768分辨率下截取的:
图片 5

下边的截图是在1024×768分辨率下截取的:
图片 6

实则,通过压缩/增添和重新定位控制到最佳水平,Form在不同的分辨率下看起来是一样的。

代码调整

就像我们对垂直主旨定位所做的这样,我们恐怕需要设置有些参数来调整总体布局。

其它,提议开发者尝试以不同的分辨率查看表单的外观,以确认所有的控件都是可见的,并听从预期在屏幕上正确定位。

而外,对于一个简短的表单,这是一个通用的法门,它一旦表单的拥有控件都兼备这些属性—宽度,中度,右侧,顶部和字体大小。然而,真实境况并非如此。有局部表单控件不具有所有这多少个属性。例如,图片框没有font-size属性。因而,假诺这样的事态下没有明确处理,运行代码将会招致运行时那些。本文意在介绍这种方法,开发人士需要依照实际情形开展校准。提出的点子如下:

private void ResponsiveForm_Load(object sender, EventArgs e)
{
    Width = ResponsiveObj.GetMetrics(Width, "Width");           // Form width and height set up.
    Height = ResponsiveObj.GetMetrics(Height, "Height");
    Left = Screen.GetBounds(this).Width / 2 - Width / 2;        // Form centering.
    Top = Screen.GetBounds(this).Height / 2 - Height / 2 - 30;  // 30 is a calibration factor.

    foreach (Control Ctl in this.Controls)
    {
        if (Ctl is PictureBox)
        {
            Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
            Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
            Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
            Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
        }
        else
        {
            Ctl.Font = new Font(FontFamily.GenericSansSerif, 
                                ResponsiveObj.GetMetrics((int)Ctl.Font.Size), FontStyle.Regular);
            Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
            Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
            Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
            Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
        }
    }
}

想必会按照业务员需要和控件的习性来调动代码。
其余,可能需要为不同的控件类型引入更多的重载方法。

代码调整

就像我们对垂直中央定位所做的那么,我们恐怕需要安装有些参数来调动总体布局。

除此以外,提出开发者尝试以不同的分辨率查看表单的外观,以确认所有的控件都是可见的,并遵照预期在屏幕上正确定位。

除此之外,对于一个大概的表单,这是一个通用的措施,它假诺表单的装有控件都抱有这一个属性—宽度,中度,左边,顶部和字体大小。不过,真实意况并非如此。有部分表单控件不具有所有这一个属性。例如,图片框没有font-size属性。因而,假若如此的动静下并未明确处理,运行代码将会造成运行时充分。本文意在介绍这种格局,开发人士需要基于实际情状展开校准。建议的主意如下:

private void ResponsiveForm_Load(object sender, EventArgs e)
{
    Width = ResponsiveObj.GetMetrics(Width, "Width");           // Form width and height set up.
    Height = ResponsiveObj.GetMetrics(Height, "Height");
    Left = Screen.GetBounds(this).Width / 2 - Width / 2;        // Form centering.
    Top = Screen.GetBounds(this).Height / 2 - Height / 2 - 30;  // 30 is a calibration factor.

    foreach (Control Ctl in this.Controls)
    {
        if (Ctl is PictureBox)
        {
            Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
            Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
            Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
            Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
        }
        else
        {
            Ctl.Font = new Font(FontFamily.GenericSansSerif, 
                                ResponsiveObj.GetMetrics((int)Ctl.Font.Size), FontStyle.Regular);
            Ctl.Width = ResponsiveObj.GetMetrics(Ctl.Width, "Width");
            Ctl.Height = ResponsiveObj.GetMetrics(Ctl.Height, "Height");
            Ctl.Top = ResponsiveObj.GetMetrics(Ctl.Top, "Top");
            Ctl.Left = ResponsiveObj.GetMetrics(Ctl.Left, "Left");
        }
    }
}

也许会按照业务员需要和控件的习性来调整代码。
另外,可能需要为不同的控件类型引入更多的重载方法。

其他

如前所述,还有此外部分方法,例如利用WPF,使用anchoring/docking等,这是一个更智慧的取舍。
假若表单上有数千个控件,则可能会境遇加载延迟。
不过,这点延迟对前几天运行高效的微处理器来说不成问题。
这种艺术只是在表单的加载时才实施一回调用操作,因而不会带来沉重的性质降低的问题。

其他

如前所述,还有任何部分主意,例如使用WPF,使用anchoring/docking等,这是一个更领会的挑选。
倘使表单上有数千个控件,则可能会碰到加载延迟。
但是,这点延迟对现在运行高效的电脑来说不成问题。
这种措施只是在表单的加载时才实施五次调用操作,由此不会带动沉重的性能降低的题材。

结尾

创办响应式WinForm应用程序,依照机器的运行时刻分辨率自动调整大小,重新定位字体大小不分轩轾新校准字体大小,这是一种面向开发人士的法子。
只需将该类添加到项目中,在App.config文件中安装规划时分辨率,然后在窗体的加载事件中加上响应代码。
So easy!

结尾

创制响应式WinForm应用程序,按照机器的运转时刻分辨率自动调整大小,重新定位字体大小并再一次校准字体大小,这是一种面向开发人员的法子。
只需将该类添加到品种中,在App.config文件中设置规划时分辨率,然后在窗体的加载事件中增长响应代码。
So easy!