我应该避免在 Java Swing 中使用 set(Preferred|Maximum|Minimum) 大小方法吗？

Question

有几次我因为建议使用以下方法而受到批评：

1. setPreferredSize()
2. setMinimumSize()
3. setMaximumSize()

on Swing 组件。当我想定义显示组件之间的比例时，我没有看到任何替代方法。有人告诉我：

对于布局，答案总是相同的：使用合适的LayoutManager。< /p>

我在网上搜索过，但没有找到对该主题的全面分析。所以我有以下问题：

1. 我应该完全避免使用这些方法吗？
2. 定义这些方法是有原因的。那么我应该什么时候使用它们呢？在什么情况下？出于什么目的？
3. 使用这些方法到底会产生哪些负面后果？ （我只能考虑在不同屏幕分辨率的系统之间添加可移植性）。
4. 我不认为任何 LayoutManager 都能完全满足所有所需的布局需求。我真的需要为布局上的每一个小变化实现一个新的 LayoutManager 吗？
5. 如果4的答案是“是”，这是否会导致LayoutManager类激增而变得难以维护？
6. 在我需要定义组件的子级之间的比例的情况下（例如，child1 应使用 10% 的空间，child2 40%，child3 50%），是否可以在不实现自定义 LayoutManager 的情况下实现这一目标？

Answer 1

1. <块引用>

   我应该完全避免使用这些方法吗？

   对于应用程序代码是的。

2. <块引用>

   这些方法的定义是有原因的。那么我应该什么时候使用它们呢？在什么情况下？出于什么目的？

   我不知道，我个人认为这是一个 API 设计意外。对子尺寸有特殊想法的复合组件有点强迫。 “稍微”，因为他们应该使用自定义的 LayoutManager 来实现他们的需求。

3. <块引用>

   使用这些方法到底会产生哪些负面后果？ （我只能考虑在不同屏幕分辨率的系统之间添加可移植性。）

   中提到了一些技术原因（不完整，不幸的是，由于 SwingLabs 迁移到 java.net，链接已损坏） href="http://web.archive.org/web/20110614145256/http://wiki.java.net/twiki/bin/view/Javadesktop/SwingLabsImperialRules?TWIKISID=e1a6667476691b56753dc9b0744828c6#Do_not_use_component_setXXSize" rel="noreferrer">规则（呵呵） 或在链接 @bendicott 在他/她对 我的答案。在社交方面，给你不幸的同事带来大量的工作，他必须维护代码并追踪损坏的布局。

4. <块引用>

   我认为没有任何 LayoutManager 能够完全满足所有所需的布局需求。我真的需要为布局上的每一个小变化实现一个新的 LayoutManager 吗？

   是的，有足够强大的布局管理器来满足“所有布局需求”的非常好的近似。三大布局是 JGoodies FormLayout、MigLayout、DesignGridLayout。所以不，在实践中，除了简单的高度专业化的环境之外，您很少编写 LayoutManager。

5. <块引用>

   如果4的答案是“是”，这是否会导致LayoutManager类激增而变得难以维护？

   （4的答案是“否”。）

6. 在我需要定义组件子组件之间的比例的情况下（例如，子组件 1 应使用 10% 的空间，子组件 2 40%，子组件 3 50%），是否可以在不实现自定义布局管理器？

   三巨头中的任何一个都可以，甚至 GridBag 都不能（从来没有费心去真正掌握，太麻烦，太少力量）。

Answer 2

一些启发：

• 当您确实想要覆盖get[Preferred|Maximum|Minimum]Size()<时，不要使用set[Preferred|Maximum|Minimum]Size() /code>，就像创建您自己的组件时可能完成的那样，如图 此处。

  


• 当您可以依赖组件仔细重写的 getPreferred|Maximum|Minimum]Size 时，请勿使用 set[Preferred|Maximum|Minimum]Size()，例如显示此处及下方。

• 请使用set[Preferred|Maximum|Minimum]Size()来派生后validate()几何图形，如下所示和此处。

• 如果组件没有首选大小，例如JDesktopPane，您可能必须在调用pack()之后调整容器的大小，但是任何这样的选择都是任意的。评论可能有助于澄清意图。

• 当您发现必须循环访问许多组件才能获取派生尺寸时，请考虑备用或自定义布局，如这些 评论。

import java.awt.Component;
import java.awt.Dimension;
import java.awt.EventQueue;
import java.awt.GridLayout;
import java.awt.KeyboardFocusManager;
import java.beans.PropertyChangeEvent;
import java.beans.PropertyChangeListener;
import java.util.ArrayList;
import java.util.List;
import javax.swing.JComponent;
import javax.swing.JDesktopPane;
import javax.swing.JFrame;
import javax.swing.JInternalFrame;
import javax.swing.JLabel;
import javax.swing.JPanel;
import javax.swing.JScrollPane;
import javax.swing.JTextField;
import javax.swing.SwingUtilities;

/**
 * @see https://stackoverflow.com/questions/7229226
 * @see https://stackoverflow.com/questions/7228843
 */
public class DesignTest {

    private List<JTextField> list = new ArrayList<JTextField>();
    private JPanel panel = new JPanel();
    private JScrollPane sp = new JScrollPane(panel);

    public static void main(String args[]) {
        EventQueue.invokeLater(new Runnable() {

            @Override
            public void run() {
                DesignTest id = new DesignTest();
                id.create("My Project");
            }
        });
    }

    private void addField(String name) {
        JTextField jtf = new JTextField(16);
        panel.add(new JLabel(name, JLabel.LEFT));
        panel.add(jtf);
        list.add(jtf);
    }

    private void create(String strProjectName) {
        panel.setLayout(new GridLayout(0, 1));
        addField("First Name:");
        addField("Last Name:");
        addField("Address:");
        addField("City:");
        addField("Zip Code:");
        addField("Phone:");
        addField("Email Id:");
        KeyboardFocusManager.getCurrentKeyboardFocusManager()
            .addPropertyChangeListener("permanentFocusOwner",
            new FocusDrivenScroller(panel));
        // Show half the fields
        sp.setVerticalScrollBarPolicy(JScrollPane.VERTICAL_SCROLLBAR_ALWAYS);
        sp.validate();
        Dimension d = sp.getPreferredSize();
        d.setSize(d.width, d.height / 2);
        sp.setPreferredSize(d);

        JInternalFrame internaFrame = new JInternalFrame();
        internaFrame.add(sp);
        internaFrame.pack();
        internaFrame.setVisible(true);

        JDesktopPane desktopPane = new JDesktopPane();
        desktopPane.add(internaFrame);

        JFrame frmtest = new JFrame();
        frmtest.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frmtest.add(desktopPane);
        frmtest.pack();
        // User's preference should be read from java.util.prefs.Preferences
        frmtest.setSize(400, 300);
        frmtest.setLocationRelativeTo(null);
        frmtest.setVisible(true);
        list.get(0).requestFocusInWindow();
    }

    private static class FocusDrivenScroller implements PropertyChangeListener {

        private JComponent parent;

        public FocusDrivenScroller(JComponent parent) {
            this.parent = parent;
        }

        @Override
        public void propertyChange(PropertyChangeEvent evt) {
            Component focused = (Component) evt.getNewValue();
            if (focused != null
                && SwingUtilities.isDescendingFrom(focused, parent)) {
                parent.scrollRectToVisible(focused.getBounds());
            }
        }
    }
}

Answer 3

我应该完全避免使用这些方法吗？

不，没有正式证据表明不允许调用或重写这些方法。事实上，Oracle 表示这些方法用于提供大小提示： http ://docs.oracle.com/javase/tutorial/uiswing/layout/using.html#sizealignment。

当扩展 Swing 组件（而不是调用自定义组件实例上的方法）时，它们也可能被覆盖（这是 Swing 的最佳实践）。

最重要的是，无论您如何指定组件的大小，确保组件的容器使用符合组件请求大小的布局管理器。

这些方法的定义是有原因的。那么我应该什么时候使用它们呢？
在什么情况下？出于什么目的？

当您需要向容器布局管理器提供自定义尺寸提示以便组件能够良好布局时

使用这些方法到底会产生哪些负面后果？ （我
只能想到增加不同系统之间的可移植性
屏幕分辨率）。

• 许多布局管理器不关注组件请求的最大尺寸。但是，BoxLayout 和 SpringLayout 可以。此外，GroupLayout 提供了显式设置最小、首选或最大尺寸的功能，而无需接触组件。

• 确保您确实需要设置组件的确切大小。每个 Swing 组件都有不同的首选大小，具体取决于它使用的字体以及外观和感觉。因此，设置大小可能会在不同系统上产生不同的 UI 外观

• 有时，GridBagLayout 和文本字段可能会遇到问题，其中如果容器的大小小于首选大小，则使用最小大小，这可能会导致文本字段大幅缩小。

• JFrame 不强制覆盖 getMinimumSize() 仅在其作品上调用 setMinimumSize(..)

我不认为任何 LayoutManager 都能完全满足所有想要的布局
需要。我真的需要为每个实现一个新的 LayoutManager 吗？
我的布局变化不大？

如果“实现”意味着“使用”，那么是的。没有一个 LayoutManger 可以处理所有事情，每个 LayoutManger 都有其优点和缺点，因此每个都可以一起使用来生成最终布局。

参考：

• http://docs.oracle。 com/javase/tutorial/uiswing/layout/problems.html

Answer 4

这里有很多很好的答案，但我想补充一点关于您通常应该避免这些问题的原因（这个问题刚刚在重复的主题中再次出现）：

除了少数例外，如果当您使用这些方法时，您可能正在微调 GUI，使其在特定的外观和感觉上看起来不错（并且使用您的系统特定设置，例如您喜欢的桌面字体等）。这些方法本身并不是邪恶的，但使用它们的典型原因。一旦您开始调整布局中的像素位置和大小，您的 GUI 在其他平台上就会面临崩溃（或者至少看起来很糟糕）的风险。

作为一个例子，尝试更改应用程序的默认外观。即使仅使用平台上可用的选项，您也可能会对呈现的结果如此糟糕感到惊讶。

因此，以保持 GUI 在所有平台上功能齐全且美观的名义（请记住，Java 的主要优点之一是它的跨平台性），您应该依靠布局管理器等来自动调整 GUI 的大小您的组件，以便它在您的特定开发环境之外正确呈现。

综上所述，您当然可以想象这些方法是合理的情况。同样，它们本质上并不是邪恶的，但它们的使用通常是一个大危险信号，表明潜在的 GUI 问题。只要确保您意识到如果/当您使用它们时，很可能会出现并发症，并且始终尝试思考是否有另一种外观和感觉独立的解决方案来解决您的问题 - 通常您会发现这些方法不是必需的。

顺便说一句，如果您发现自己对标准布局管理器感到沮丧，有很多很好的免费开源第三方布局管理器，例如 JGoodies 的 FormLayout 或 MigLayout。一些 GUI 构建器甚至内置了对第三方布局管理器的支持 - 例如，Eclipse 的 WindowBuilder GUI 编辑器就附带了对 FormLayout 和 MigLayout 的支持。

Answer 5

如果您在 Java Swing 中的布局方面遇到问题，那么我强烈推荐 JGoodies FormLayout，它是 Karsten Lentzsch 此处。

这个非常流行的布局管理器非常灵活，允许开发非常精美的 Java UI。

您可以在此处找到 Karsten 的文档，并且eclipse 中的一些相当好的文档 此处。

Answer 6

大多数人对这些方法知之甚少。你绝对不应该忽视这些方法。布局管理器是否遵守这些方法取决于布局管理器。此页面有一个表格，显示哪些布局管理器遵循其中哪些方法：

http://thebadprogrammer.com/swing-layout -manager-sizing/

我编写 Swing 代码已有 8 年多了，JDK 中包含的布局管理器始终满足我的需求。我从来不需要第三方布局管理器来实现我的布局。

我想说的是，除非您确定需要它们，否则您不应该尝试使用这些方法向布局管理器提供提示。在不给出任何尺寸提示的情况下进行布局（即让布局管理器完成其工作），然后您可以根据需要进行较小的更正。

Answer 7

在我需要定义组件子组件之间的比例的情况下（子组件 1 应使用 10% 的空间，子组件 2 40%，子组件 3 50%），是否可以在不实现自定义布局管理器的情况下实现这一目标？< /p>

也许 GridBagLayout 能满足您的需求。除此之外，网络上有大量的布局管理器，我敢打赌一定有一个适合您的要求。

Answer 8

我认为它与公认的答案不同。

1）我应该完全避免使用这些方法吗？

千万不要回避！它们的作用是向布局管理器表达组件的大小限制。如果您不使用任何布局管理器并尝试自行管理视觉布局，则可以避免使用它们。

不幸的是，Swing 没有提供合理的默认尺寸。然而，与其设置组件的尺寸，不如以 OOP 方式使用合理的默认值来降低您自己的组件的尺寸。 （在这种情况下，您可以在后代类中调用 setXXX。）或者，您可以重写 getXXX 方法以获得相同的效果。

2) 这些方法的定义是有原因的。那么我应该什么时候使用它们呢？在什么情况下？出于什么目的？

总是。创建组件时，根据该组件的用途设置其实际的最小/首选/最大尺寸。例如，如果您有一个用于输入国家/地区符号（例如英国）的 JTextField，则其首选大小应尽可能宽以容纳两个字符（使用当前字体等），但让它变得更大可能是没有意义的。毕竟，国家符号是两个字符。
相反，如果您有一个 JTextField 用于输入例如客户名称，它可以有一个首选大小，例如 20 个字符的像素大小，但如果调整布局大小，它可能会变得更大，因此将最大大小设置为更大。同时，拥有 0px 宽的 JTextField 是没有意义的，因此设置一个实际的最小大小（我想说的是 2 个字符的像素大小）。

3）使用这些方法到底会产生哪些负面后果？

（我只能考虑在不同屏幕分辨率的系统之间添加可移植性）。

没有负面后果。这些是布局管理器的提示。

4）我认为没有任何LayoutManager能够完全满足所有所需的布局需求。

我真的需要为布局上的每一个小变化实现一个新的 LayoutManager 吗？

不，绝对不是。通常的方法是级联不同的基本布局管理器，例如水平和垂直布局。

例如，下面的布局：

<pre>
+--------------+--------+
| ###JTABLE### | [Add]  | 
| ...data...   |[Remove]|
| ...data...   |        |
| ...data...   |        |
+--------------+--------+
</pre>

有两个部分。左右部分为横向布局。右侧部分是添加到水平布局的 JPanel，该 JPanel 具有垂直布局，垂直布局按钮。

当然，这对于现实生活中的布局来说可能会变得很棘手。因此，如果您要开发任何严肃的东西，基于网格的布局管理器（例如 MigLayout）会更好。

5）如果4的答案是“是”，这是否会导致LayoutManager类激增而变得难以维护？

不，你绝对不应该开发布局管理器，除非你需要一些非常特殊的东西。

6）在我需要定义

组件的子级之间的比例的情况下（例如，child1 应使用 10% 的空间，child2 40%，child3 50%），是否可以在不实现自定义 LayoutManager 的情况下实现这一目标？

基本上，一旦正确设置了首选尺寸，您可能就不想按百分比做任何事情。简单地说，因为百分比是没有意义的（例如，JTextField 为窗口大小的 10% 是没有意义的 - 因为可以缩小窗口以使 JTextField 变为 0px 宽，或者可以扩展窗口以使 JTextField 跨过一台显示器上的两个显示器）多显示器设置）。

但是，有时您可以使用百分比来控制 GUI 的较大构建块（例如面板）的大小。

您可以使用 JSplitPane 来预先设置两侧的比例。或者，您可以使用 MigLayout，它允许您以百分比、像素和其他单位设置此类约束。

Answer 9

我应该完全避免使用这些方法吗？
我不会说“避免”它们。我想说的是，如果您认为自己需要它们，那么您可能做错了什么。组件尺寸根据上下文确定。例如，文本组件大小由您指定的行数和列数以及您可能选择的字体决定。如果您设置了按钮和标签的大小，则按钮和标签的大小将是图形的大小，或者是显示您设置的文本所需的空间。每个组件都有一个自然大小，布局管理器将使用它们来布局所有内容，而无需您指定大小。主要的例外是 JScrollPane，它的大小与其包含的内容无关。对于这些，我有时会调用 setSize()，并通过调用 JFrame.pack() 让该大小确定初始窗口大小。通常，我会让窗口大小决定 JScrollPane 的大小。用户将确定窗口的大小。许多布局管理器无论如何都会忽略您设置的尺寸，因此它们通常起不到多大作用。

这些方法的定义是有原因的。那么我应该什么时候使用它们呢？在什么情况下？出于什么目的？
我相信添加它们是为了向布局管理器提供提示。它们的编写可能是出于历史原因，因为布局管理器是新事物，人们并不完全信任它们。我认识一些开发人员，他们避免使用布局管理器并手动放置所有内容，只是因为他们不想费心去学习新的范例。这是一个糟糕的主意。

使用这些方法到底会产生哪些负面后果？ （我只能考虑在不同屏幕分辨率的系统之间添加可移植性）。
它们效率低下，而且会产生糟糕的布局，对象会被挤压或拉伸到不自然的尺寸。而且布局会很脆弱。更改窗口大小有时会破坏布局并将内容放在错误的位置。

我认为没有任何 LayoutManager 能够完全满足所有所需的布局需求。我真的需要为布局上的每一个小变化实现一个新的 LayoutManager 吗？ 您不应该“实现”一个新的 LayoutManager。您应该实例化现有的。我经常在一个窗口中使用多个布局管理器。每个 JPanel 都有自己的布局管理器。有些人对嵌套布局犹豫不决，因为它们很难维护。当我使用它们时，我会为每个人提供自己的创建方法，以便更容易地了解每个人的作用。但我从不“实现”布局管理器。我只是实例化它们。

如果4的答案是“是”，这是否会导致LayoutManager类激增而变得难以维护？
如果您正在实现新的布局管理器类以实现布局的细微变化，那么您就错误地使用了它们。如果您只是实现新的布局管理器，那么您可能做错了什么。我唯一一次扩展 LayoutManager 类，是向 JScrollPane 添加缩放滑块。

在我需要定义组件子组件之间的比例的情况下（例如，child1 应使用 10% 的空间，child2 40%，child3 50%），是否可以在不实现自定义 LayoutManager 的情况下实现这一目标？< /强>
JSplitPane 有一种方法来指定每个组件应获得的百分比。默认情况下，分隔线是可移动的，但如果需要，您可以将其关闭。我不太使用这个功能。我通常有一些组件占用固定的大小，其余的空间则由滚动窗格占用。滚动窗格的大小将随窗口大小而调整。如果您有两个并排的滚动窗格，则可以将它们放入 JSplitPane 中，并指定当用户展开和收缩窗口时为每个滚动窗格分配的新空间的百分比。