在Delphi中设计表单时，编写代码使应用程序（表单和所有对象）看起来基本相同，而不管屏幕分辨率是什么，这通常很有用。

在表单设计阶段的早期，您要记住的第一件事是您是否允许缩放表单。不缩放的优点是在运行时不会发生任何更改。不缩放的缺点是在运行时不会发生任何更改（如果表单未缩放，则表单可能太小或太大，无法在某些系统上读取）。

如果不打算缩放表单，请将“缩放”设置为False。否则，将属性设置为True。另外，将AutoScroll设置为False：相反的意思是在运行时不更改窗体的帧大小，当窗体的内容确实更改了大小时，这看起来不太好。

重要考虑

将表单的字体设置为可缩放的TrueType字体，如Arial。只有Arial才能提供所需高度像素范围内的字体。​ 如果应用程序中使用的字体未安装在目标计算机上，则Windows将在同一字体系列中选择一种替代字体来替代。

将表单的Position属性设置为poDesigned以外的其他属性，这将使表单保留在设计时留下的位置。这通常会在1280x1024屏幕的左侧结束，并完全脱离640x480屏幕。

不要拥挤窗体上的控件在控件之间保留至少4个像素，以便边框位置的一个像素更改（由于缩放）不会显示为重叠控件。

对于对齐或对齐的单行标签，请将“自动调整大小”设置为True。否则，将AutoSize设置为False。

确保标签组件中有足够的空白以允许更改字体宽度-占当前字符串显示长度25%的空白有点太多，但安全。如果您打算将应用程序翻译成其他语言，则字符串标签至少需要30%的扩展空间。如果“自动调整大小”为False，请确保实际设置了适当的标签宽度。如果AutoSize为True，请确保标签有足够的空间自行增长。

在多行文字包装标签中，在底部至少留一行空白。当字体宽度随缩放而改变时，如果文本换行方式不同，则需要使用此选项来捕获溢出。不要以为因为你使用的是大字体，你就不必允许文本溢出——别人的大字体可能比你的大！

在IDE中以不同分辨率打开项目时要小心。表单的PixelsPerInch属性将在表单打开后立即修改，如果保存项目，该属性将保存到DFM。最好通过独立运行应用程序来测试应用程序，并仅以一种分辨率编辑表单。以不同的分辨率和字体大小进行编辑会引起组件漂移和大小调整问题。请确保将所有窗体的PixelsPerInch设置为120。它默认为96，这会导致分辨率较低时出现缩放问题。

说到组件漂移，不要在设计时或运行时多次重新缩放窗体。每次重新缩放都会引入舍入误差，由于坐标是严格积分的，因此舍入误差积累得非常快。随着每次连续重缩放，分数量从控件的原点和大小截断，控件似乎会向西北移动并变小。如果要允许用户多次重新缩放表单，请在每次缩放之前从新加载/创建的表单开始，以避免缩放错误累积。

一般来说，没有必要以任何特定的分辨率设计表单，但在发布应用程序之前，务必以640x480大小字体和高分辨率大小字体查看表单的外观。这应该是定期系统兼容性测试检查表的一部分。

请密切关注任何本质上是单行TMemos的组件，例如TDBLookupCombo。Windows多行编辑控件始终仅显示整行文本。如果控件对于其字体来说太短，则TMemo将完全不显示任何内容（TEdit将显示剪裁的文本）。对于这样的组件，最好使它们过大几个像素，而不是过小一个像素，并且根本不显示任何文本。

请记住，所有缩放都与运行时和设计时之间字体高度的差异成比例，而不是像素分辨率或屏幕大小。还请记住，当窗体被缩放时，控件的原点将发生更改。如果不将组件稍微移动一点，则无法很好地使组件变大。

定位、对齐和约束：第三方vcl

一旦您知道在不同屏幕分辨率上缩放Delphi表单时要记住哪些问题，就可以开始编写代码了。

在使用Delphi版本4或更高版本时，设计了几个属性来帮助我们维护窗体上控件的外观和布局。

使用“对齐”将控件与窗体或面板的顶部、左下角或右侧对齐，即使包含控件的窗体、面板或组件的大小发生更改，控件仍保持在该位置。调整父控件的大小时，对齐控件也会调整大小，使其继续跨越父控件的上边缘、下边缘、左边缘或右边缘。

使用约束指定控件的最小和最大宽度和高度。当约束包含最大值或最小值时，无法调整控件的大小以违反这些约束。

使用定位可确保控件相对于其父控件的边保持其当前位置，即使父控件已调整大小。调整其父控件的大小时，控件将保持其相对于其定位到的边的位置。如果控件定位到其父控件的相对边，则当调整其父控件的大小时，该控件将拉伸。