由此将这几天分辨率除以设计时分辨率来获得该因子

引言

开创响应式WinForm应用程序并不那么粗略。
响应式布局,在此小编指的是应用程序在不一致显示器分辨率下的可用性。
对于WinForm应用程序,我们须要理解地依照分辨率来调动控件的轻重缓急和重复定位。
就算在选择WPF时有相关的推行应用,通过使用控件的docking和anchoring,或使用panels等措施,但本文提供了一种将响应式应用于WinForm应用程序的不等格局。

背景

自家在一个温馨规划的粗略游戏中相遇了难点:小编安插了一台分辨率为1918×1080的机械,
可是当小编准备在台式机Computer上海人民广播广播台播时,开掘应用程序边界跑到显示器之外。由此很有不能缺少让程序来适应不一致分辨率的设备,而不是让客户来适应程序。
由此,笔者对代码进行了立异。

技术

骨子里没什么技巧可言,只是用了二个小本领。大家用五个常量来保存设计时的显示屏分辨率,我们誉为设计时分辨率。那样,无论曾几何时运行应用程序,它都会获得二个乘法因子,这件事实上是叁个比重因子,通过将日前分辨率除以设计时分辨率来获得该因子。
窗体的富有控件都被传送给那么些类对象实行缩放和调动大小。

代码

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;
}

举例说,该应用程序设计在一九一六x1080分辨率。
假如此应用程序在分辨率为1024×768的Computer上运转,则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");
    }
}

示例

以下是二个特别轻松的表单,在那之中带有一个data
gird,多个label,一个textbox和两个button。
上面包车型地铁图形以三种区别的分辨率截取。
下边包车型地铁截图是在一九一八x1080分辨率下截取的:
图片 1

上面包车型客车截图是在1360×768分辨率下截取的:
图片 2

上面包车型地铁截图是在1024×768分辨率下截取的:
图片 3

实际,通过压缩/扩充和再一次定位调整到一流水平,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");
        }
    }
}

莫不会依赖业务员供给和控件的品质来调解代码。
其它,或者须求为不相同的控件类型引进更加的多的重载方法。

其他

如前所述,还应该有别的一些办法,比方利用WPF,使用anchoring/docking等,这是三个更智慧的采纳。
如果表单上有数千个控件,则可能会高出加载延迟。
但是,那一点延迟对明天运营高效的计算机来讲不是难题。
这种办法只是在表单的加载时才施行一遍调用操作,因而不会带来沉重的属性裁减的标题。

结尾

创设响应式WinForm应用程序,依照机器的运行时刻分辨率自动调节大小,重新定位字体大小并再一次校准字体大小,这是一种面向开采职员的措施。
只需将该类增多到花色中,在App.config文件中设置规划时分辨率,然后在窗体的加载事件中增加响应代码。
So easy!

相关文章